Użyłem Ubuntu kilka lat temu i zrezygnowałem z niego. Jestem teraz gotowy, aby spróbować ponownie. Ku mojemu zdziwieniu ten komunikat został powitany natychmiast po pierwszej instalacji. Gdybym czekał trochę czasu i wpisał polecenie exit, system operacyjny uruchomiłby się normalnie. Postanowiłem ponownie zainstalować Ubuntu i sprawdzić, czy to wystarczy. Tak nie było. Zachowuje się w ten sam sposób.
Gave up waiting for root device. Common problems:
— Boot args (cat /proc/cmdline)
— Check rootdelay= (did the system wait long enough?)
— Check root= (did the system wait for the right device?)
— Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/11d3bcfa-0726-47cf-a705-e4acdd9169fe does not exist.
Dropping to a shell!
BusyBox v.1.21.1 (Ubuntu 1:1.21.0-1ubuntu1) built-in shell (ash)
Enter 'help' for list of built-in commands.
(initramfs)
Wszelkie sugestie są mile widziane!
sudo blkid; uchwyt; wyjście cat / etc / fstab:
/dev/sda1: LABEL="System Reserved" UUID="1C8CC0F68CC0CC08" TYPE="ntfs"
/dev/sda2: UUID="A490C32890C30032" TYPE="ntfs"
/dev/sda5: UUID="920c6caa-4062-45f0-a58c-585db797d554" TYPE="swap"
/dev/sda6: UUID="11d3bcfa-0726-47cf-a705-e4acdd9169fe" TYPE="ext4"
/dev/sda6 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=inti)
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=11d3bcfa-0726-47cf-a705-e4acdd9169fe / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=920c6caa-4062-45f0-a58c-585db797d554 none swap sw 0 0
Oto wynik grep rootdelay /boot/grub/grub.cfg
linux /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf- a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
linux /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf- a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
linux /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf- a705-e4acdd9169fe ro recovery nomodeset rootdelay=10
Czy powinienem po prostu zwiększać czas, aż błąd ustanie?
—
Inti Garcia,
Ok, więc przesłałem outout grep rootdelay /boot/grub/grub.cfg do pierwotnego pytania. Zrestartowałem się i pojawia się ten sam komunikat. O ile powinienem to zwiększyć? Czytałem gdzieś, że 90 zrobiło to dla kogoś. Muszę czekać około minuty.
—
Inti Garcia,
Zwiększenie to nie pomaga? (szacunkowo, ile czasu trzeba czekać przed wpisaniem
—
muru,
exit?)
Ok, zmieniłem opóźnienie rootowania na 90 i nie dostałem wiadomości, ale przejście z ekranu wyboru systemu operacyjnego do ekranu logowania do Ubuntu zajęło około minuty. Czy mogę zapytać, co to jest rootdelay i co robi z systemem?
—
Inti Garcia,
/etc/default/grubi dodajrootdelay=10doGRUB_CMDLINE_LINUXzmiennej. Spowoduje to, że zaczeka 10 sekund na pojawienie się urządzenia root. Dostosuj wartość do swojego przypadku.