Używam Ubuntu 14.04.
Pobiegłem w terminalu sudo apt-get update
. Następnie ponownie uruchomiłem system. A teraz widzę:
ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
initramfs:_
Nie mogę uruchomić LIVE Ubuntu z napędu flash USB. Tak, dwukrotnie sprawdziłem konfigurację systemu BIOS, a pamięć flash USB działa prawidłowo i działa na innym komputerze. Teraz mam zamiar kupić DVD i nagrać Live DVD z innego laptopa.
sudo blkid
daje mi:
/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="xxxx" TYPE="ext4"
/dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960"
/etc/fstab
ma to samo UUID="xxxx"
i jest linia z:
errors=remount-ro 0
Próbowałem użyć naprawy rozruchu, ale nadal nie mogę zalogować się do Ubuntu.
Nie chcę ponownie instalować Ubuntu, ponieważ mam tam dużo danych.
Czy masz jakąś radę, jak to rozwiązać?
sudo blkid
z terminala (w razie potrzeby z DVD na żywo) i sprawdź, czy identyfikator UUID jest zgodny z tym, co/etc/fstab
ma. Lub zamieść oba wyniki w swoim pytaniu. Jak uruchomićsudo blkid
z Live DVD: Uruchom z dysku Live Ubuntu, kliknij opcję Uruchom Ubuntu podczas uruchamiania. Otwórz terminal (Ctrl + Alt + T), a następnie uruchomsudo blkid
w nim polecenie. Na koniec opublikuj wynik w swoim pytaniu.sudo blkid
daje mi/dev/loop0: TYPE="squashfs" /dev/sda1: UUID="xxxx" TYPE="ext4" dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960"
/ etc / fstab mam ten sam UUID = "xxxx" i jest wiersz, w którym zapisano błędy = remount-ro 0 -Odpowiedzi:
Rozwiązaniem było wykonanie tych poleceń z liveDVD, pozwala mi to robić na moim sda1 z liveDVD (o ile rozumiem)
Mój przyjaciel z forum ubuntu pl pomógł mi rozwiązać ten problem.
Odkrył, że może wystąpić błąd w initramfs, który powinien zostać zaktualizowany w ramach aktualizacji jądra. Jeśli coś się nie powiedzie podczas tej aktualizacji, mogą wystąpić problemy takie jak moje.
źródło
sda1
. Aby ustalić, gdzie jest zainstalowany, uruchomsudo fdisk -l
. Zakładając, że wiesz, na jakim dysku twardym zainstalowałeś Ubuntu, to polecenie powinno pomóc ci określić, które sd * odwzorowuje na tym dysku.WARNING: missing /lib/modules/4.2.0-16-generic
ponieważ LiveCD miał inną wersję jądra. Tak już zamontowanetmp
,lib
alib64
i wtedy wszystko działało.mount -t ext4 /dev/sda1 /mnt
), w przeciwnym razie działałoby to świetnie.Ludzie mogą się na to krzywić, jeśli chcą, ale odkryłem, że używanie „
/dev/sdX
” działa bardziej niezawodnie dla mnie niż UUID w moich systemach osobistych. W środowisku przedsiębiorstwa, chciałbym włożyć więcej wysiłku w to pracę z UUID zamiast „/ dev /” adres, ale powinno być bezpieczne używając/dev/sdaX
w/etc/fstab
zamiast odniesienia UUID, co najmniej, aby móc uruchomić system podczas kontynuuj poszukiwanie odpowiedzi na pytanie, dlaczego dokładnie nie udaje się uruchomić system, mimo posiadania poprawnego UUID w / etc / fstab.Jeśli chcesz wybrać tę trasę, skorzystaj z następującej procedury:
Uruchom się w powłoce odzyskiwania lub uruchom na żywo dysk USB lub dysk CD
Zainstaluj partycję systemową, której nie można uruchomić
Edytuj
/etc/fstab
plik na partycji systemowej wymienionej w kroku 2 jako root i zastąpUUID=XXXXX
odpowiednią/dev/sdX
etykietą we wszystkich odpowiednich/etc/fstab
wpisach.Uwaga: ta procedura jest dla mnie znana jako niezawodna w przypadku dystrybucji Ubuntu i pochodnych Ubuntu (w chwili pisania tego artykułu; może to łatwo zmienić w każdej nadchodzącej wersji). Wiem na pewno, że nie będzie działać niezawodnie dla niektórych innych dystrybucji, takich jak knoppix lub Arch Linux (wynika to z różnic w sposobie skanowania UDEV w urządzeniach i nadawania im nazw w systemie plików / dev). Jeśli korzystasz z dystrybucji niepochodzącej z systemu Ubuntu, nie używaj tej metody lub używaj jej na własne ryzyko.
źródło
LABEL=data_partition
.