タグ付けされた質問 「boot」

RAMディスク上のカーネルのドキュメントを介して読み出しながら ramfs-rootfsの-initramfs.txt iはRAMディスクのような疑問を持ったのinitrdがで後に記載されている機能と同じある説明差-間-たinitrdアンドのinitramfs。 誰かがこれについて私を明確にできますか？ それが同じである場合、多くの欠点があることを読みましたが、それでも私のfedora PCには、 initrd-2.6.29.4-167.fc11.i686.PAE.img 私のブートフォルダ。上記のinitrdとは違いますか？ UPDATE_EDIT： の中 の記事、私ものようなコマンドを見ました # update-initramfs -u all update-initramfs: Generating /boot/initrd.img-2.6.18-5-amd64 では、このinitramfsはどのようにinitrd.imgにリンクされていますか？

10 linux  boot  initrd 

（OpenIndianaサーバーからエクスポートされた）NFS共有をクライアントボックスにマウントしようとすると、OIサーバーがクラッシュしました。ログダンプのような死の黒い画面が表示された後、システムが再起動しました。起動しないので、ブートを停止した後、次のエラーメッセージが表示されます。 svc.startd[9] Could not log for svc:/network/dns/mulitcast:default: write(30) failed with No space left on device? OS以外に起動ドライブに他に何もないので、ドライブがいっぱいになる可能性があるかわかりません。多分何かのログファイル？何も削除していないようです。何かを削除しようとすると、スペースエラーが発生します。 $ rm filename cannot remove 'filename' : No space left on device 「メンテナンスモード」にログインできますが、標準のユーザープロンプトにはログインできません。 の出力dfは次のとおりです。 rpool/ROOT/openindiana-baseline 4133493 4133493 0 100% / swap 83097900 11028 830386872 1% /etc/svc/volatile /usr/lib/libc/libc_hwcap1.so.1 4133493 4133493 0 100% /lib/libc.so.1 の出力mountは次のとおりです。 / …

10 boot  disk-usage  rm  opensolaris 

デフォルトでは、systemdはわずかなエラーで緊急シェルにドロップします。たとえば、何らかの理由でfstabのマウントの1つが失敗した場合、システムはすぐに起動できなくなります。私は何十もの多様な本番システムを管理していますが、この動作は非常に有害であることがわかりました。（実際には、これは重大な設計の失敗だと思いますが、それは個人的な意見です）。 システムのブート回復力を増やしたいのですが。与えられたエラーによってコンソールへのログインが完全に不可能にならない限り、システムは常に起動し、欠落しているドライバーやマウントなどが緊急シェルを落とさない（代わりに警告を表示する）のが最適です。何を実行できるか、実行する必要があります。 systemdが/ etc / fstabから* .mountファイルを自動的に生成し、小さなx-systemd.deviceタイムアウトでnofailオプションを使用できることを知っています（または関連する.mountファイルを自分で定義します）。しかし、それは私の問題を解決しません。システムをより回復力のあるものにしたいので、毎回fstabを「パッチ」するのはあまり便利ではありません。一部の開発者は、それが十分に重要であると考えました。 ソートでは、マシンの制御を取り戻したいので、systemdに、ブートプロセスをクラッシュさせるほど深刻な問題を決定させないようにします。出来ますか？

10 boot  systemd  administration 

「pacman -Syu」でarchlinuxを更新しましたが、再起動してもシステムが起動しません。これはレポートです： Warning: /lib/modules/4.11.9-1-ARCH/modules.devname not found - ignoring version 232 Error: device 'UUID=b5a9a977-e9a7-4d3d-96a9-dcf9c3a9010d' not found. Skipping fsck. Error: can't find UUID=b5a9a977-e9a7-4d3d-96a9-dcf9c3a9010d You are now being dropped into a emergency shell. Can't access tty: job control turned off そのシェルでは、キーボードが機能しません。 私はarchlinuxのlivecdで試しています：パーティションのマウントとchrootの使用。「/ etc / fstab」でルートパーティションのuuidを確認します。それは私のfstabです。 # /dev/sda2 UUID=b5a9a977-e9a7-4d3d-96a9-dcf8c3a9010d / ext4 rw,relatime,data=ordered 0 1 …

10 arch-linux  kernel  boot  kernel-modules 

Linux Mint 19.1 Cinnamonを使用しています。 私はこの質問が間接的に関連していることを発見しました： UbuntuクラウドVMイメージで「apt-daily.service」を無効にする方法は？ 私の質問は、apt-daily.serviceを無効にしても安全ですか？ 私のアップデートスクリプトを使用してシステムアップデートを行うとします。 $ systemd-analyze blame 11.027s apt-daily.service 2.675s esets.service 979ms netfilter-persistent.service 638ms systemd-resolved.service 634ms systemd-timesyncd.service 592ms apt-daily-upgrade.service 423ms dev-nvme0n1p2.device 411ms vboxdrv.service ... いくつかのコメントへの対処： この文脈での安全とは、次のようなことを意味します。デスクトップシステムの一部の機能が突然起動しますか？ はい、起動時間を心配しています。それは速いですが、おそらくもっと速いかもしれません... 私は約2年前から自分のアップグレードスクリプトを使用しており、そのスクリプトを使用してCLIで更新を行うのに慣れていますapt。

10 linux-mint  boot  apt  services 

SDカードからAndroidを実行してみます。このカードは用意されています。パーティションがありますboot(FAT32)、rootfs(ext4)、system(ext4)、cache(ext4)とusedata(ext4)。ブートパーティションのu-ブートを実行するためにファイルがあります。MLO、u-boot.binとuImage。実行するには、コマンドを使用します mmcinit 0 fatload mmc 0 0x80000000 uImage setenv bootargs 'console=ttyO2,115200n8 mem=456M@0x80000000 mem=512M@0xA0000000 init=/init vram=10M omapfb.vram=0:4M androidboot.console=ttyO2 root=/dev/mmcblk1p2 rw rootwait rootfstype=ext4' bootm 0x80000000 Linuxがどのように起動するかがわかります。しかし、ロードのステップで数秒後rootfs、エラーメッセージが表示されます [ 4.015655] EXT4-fs (mmcblk1p2): couldn't mount RDWR because of unsupported optional features (400) [ 4.036499] sd 0:0:0:0: [sda] Attached SCSI removable disk [ 4.079986] List of …

10 linux  boot  android  sd-card  u-boot 

私は私のマシン上でのFedoraをインストールした/パーティション、swapパーティションやESPEFIブート用パーティション。 今、私はFedoraの代わりにElementary OSをインストールしていました。 /パーティションをフォーマットしました（/ dev / sda3） スワップパーティションをフォーマットしました（/ dev / sda4） しかし、EFIブートパーティション（/ dev / sda1）をフォーマットしませんでした 起動すると、Fedoraによってインストールされた古いgrubメニューが表示されます。Elementary OSで起動できるのは、次の方法のみです。 起動メニューに入る。 EFIファイルからのブートの選択 をナビゲートして/dev/sda1/、ファイルelementaryを含むディレクトリを取得しgrubx64.efiます。それは/boot/efi/EFI/elementary/grubx64.efiです。 どうすれば修正できますか？私は何かでブートパーティション/dev/sda1/をフォーマットし、fat16それからGRUBを再インストールすることを考えました。 私は/dev/sda1今これを含んでいます： root@rafael:/home/rafael# ls /boot/efi/ EFI mach_kernel System root@rafael:/home/rafael# ls /boot/efi/EFI/ BOOT/ elementary/ fedora/ root@rafael:/home/rafael# ls /boot/efi/EFI/fedora/ BOOT.CSV fonts gcdx64.efi grub.cfg grubx64.efi MokManager.efi shim.efi shim-fedora.efi root@rafael:/home/rafael# ls /boot/efi/EFI/elementary/ grubx64.efi これが私のefibootmgr出力です： …

10 linux  boot  grub2  uefi 

CPUを分離するのは難しいと思いますが、私が目にしているエラーはそれが問題であることを示唆しています。 これは間違いなく、誤動作/故障したハードウェアの問題ではありません。私は過去数日間、Windows 10を終日実行してきましたが、これは高速です！クラッシュはありません。さらに重要なことに、私はWindowsのメモリチェッカーを実行しました。メモリはすべて良好です。 機械スペック マシンは、まったく新しいLenovo Yoga 710 15 "です。 x64 Intel i7-6500 CPU @ 2.50 GHz, 2601 Mhz, 2 Cores, 4 Logical Processors SMBIOS Version 2.8 BIOS Mode UEFI 16.0 GB DDR4 Ram 256 MB SSD Linuxカーネルへの分離（？） 私は両方で同じ問題を見てきました archlinux-2016.08.01-dual.iso ubuntu-gnome-16.04.1-desktop-amd64.iso Archの場合-問題は、USBスティックからの起動時に断続的にのみ発生していました。私はなんとかドライブの100GB ext4パーティションにArchをインストールしました。そのインストールでは、起動中に断続的に（時間の90％のように）同じ問題が発生します。ブートに成功した場合、最初に実行したターミナルコマンドのカップルの後に問題がランダムに発生し、最終的に完全なデッドロックが発生します。 Ubuntuの場合-USBスティックも起動しません。私はこれらの同じエラーによってすぐに止められます。デッドロック... 非常に多くのエラー... ジャーナルには、これが発生すると必ずメモリ関連のエラーが発生しますが、主なエラーは次のとおりです。 General protection fault 0000[#1] PREEMPT …

9 boot  linux-kernel  kernel-panic 

カーネルが起動すると、役立つ重要な情報の他に、次のような多くのデバッグ情報が出力されます。 .... kernel: [0.00000] BIOS-e820: [mem 0x0000000000000000-0x000000000009d3ff] usable kernel: [0.00000] BIOS-e820: [mem 0x000000000009d400-0x000000000009ffff] reserved kernel: [0.00000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved ... kernel: [0.00000] MTRR variable ranges enabled: kernel: [0.00000] 0 base 0000000000 mask 7E00000000 write-back ... kernel: [0.00000] init_memory_mapping: [mem 0x00100000-0xcf414fff] kernel: [0.00000] [mem 0x00100000-0x001fffff] page 4k kernel: [0.00000] [mem …

9 kernel  boot  logs  rsyslog  dmesg 

Ubuntu 14.04 KVMホスト用のKVM管理スクリプトを更新して、debian 8ゲストをサポートしました。手動インストール後（preseedスクリプトはまだ機能しません）、起動時に次のメッセージが表示されます。 インストール中に、私は： sshサーバーと基本システムユーティリティのみを選択しました。 インストールするgrubブートローダーをリストされた唯一のオプションに設定します。 1つのパーティション上のすべてにガイド付きパーティションモードを使用しました。 地元の英国のミラーを使用しました。 注意が必要な手順はありますか、またはDebian 8をKVMゲストとしてまだインストールできませんか？ 更新 あきらめて、すべての行/etc/apt/sources.listをのjessie代わりにwheezyに更新してdebian 7 VMをdebian 8にアップグレードすることを決定した後、結局同じ動作が得られることがわかりました。 ただし、このインスタンスには静的IPがあり、そのIPでサーバーにSSHで接続できることがわかりました。これは、サーバーがなんとか起動し、ログインを確認できない、ある種のグラフィックの問題のようです。テキスト。どうすればこれを解決できますか？ 更新 今回は、debian 7をアップグレードして作成したdebianインストールで、grubメニューから[advanced]をクリックして、今のところ機能する（sysvinit）のオプションを選択できます。これが起動する通常のバージョンで何が問題になっているのかの説明につながることを願っていますか？

9 debian  boot  kvm  ramdisk 

それで、私は250GB HDDから始めました。これは、私がMintBookに変えようとしているEeePC 1015pemからのストックドライブです。ドライブは物理的に操作可能ですが、古いOSを含むすべてのデータが削除されています。このため、HDDをデスクトップに接続し、Unetbootin-585で作成したライブUSBからLinux Mint 16 Xfceをインストールしました。10ギガバイトのために取っておくswapと240ギガバイトのためにext4と/。 ドライブは、デスクトップまたはネットブックのいずれかで起動することを拒否します。どちらのマザーボードも正しいシーケンスのビープ音を鳴らしているため、正常に見え、両方のシステムのBIOSに正常にアクセスできます。ただし、コンピューターの起動後に表示されるのは、応答しないコマンドラインだけです。エラーメッセージ、grubやgrub-rescueはありません。 再フォーマットしてやり直す以外にできることはありますか？OSを起動できるブートローダーをインストールするにはどうすればよいですか？

9 linux-mint  boot  laptop  bootable 

isoファイルがデバイスファイルを受け入れないので、デバイスファイルをcdrwにコピーするための読み取り書き込みとして、iso9660ファイルシステムでcdrwをマウントする方法を考えていました。

9 boot  mount  iso  data-cd 

Linuxを/ bootパーティションからブートし、この/ bootパーティションを暗号化したい。 [AFAIK、Grubは、truecryptedパーティションまたはcryptsetup暗号化ブートパーティションからカーネルとinitrdを見つけることができません。] そうする方法はありますか？

9 security  boot  encryption 

私が理解しているように、uefi biosはefiパーティションからgrub.efiをロードします。これにより、/ bootディレクトリから一連のgrubモジュールと設定ファイルが読み込まれます。 しかし、grubはどのようにしてブートパーティションが存在する正しいデバイスを見つけますか？grubのレガシーでは、通常、特定のパーティションにgrubをインストールします。 # grub-install --root-directory=/dev/sda したがって、ブートディレクトリを探す場所は非常に明確です。grub-efiはどのようにして正しいデバイスを見つけますか？

9 boot  grub  bios 

私のシステムは、RANのDebian Wheezyに7しばらくますが、Debianの8ジェシーにアップグレードした後、比較的高速に起動し、したがってからSysVinitのsystemd、それは仕方遅く、道になりました。 起動を遅くしているのはネットワークです。ネットワークインターフェースの育成待ちが1分を超えています。/etc/network/interfaces起動プロセスに何が影響しているのかわかりません。そのため、ここで全体を説明します。 / etc / network / interfaces： allow-auto lo iface lo inet loopback auto wlan0 iface wlan0 inet static address 192.168.150.1 netmask 255.255.255.0 auto eth1 iface eth1 inet manual up ifconfig $IFACE 0.0.0.0 up down ifconfig $IFACE down auto eth2 iface eth2 inet manual up ifconfig $IFACE 0.0.0.0 …

9 debian  networking  boot  systemd  upgrade