Warrgarbl
Anmeldungsdatum: 10. August 2008
Beiträge: Zähle...
|
Vor ca. einer Woche habe ich mein Ubuntu 14.04.4 nach längerer Nichtbenutzung aktualisiert. Ich benutze Ubuntu vor allem fürs Studium, und da gerade Semesterferien sind habe ich es länger nicht genutzt. Als ich es heute starten wollte habe ich beim Booten folgende Fehlermeldung erhalten: Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline) etc.
ALERT! /dev/DeviceHarddiskVolume3 does not exist. Dropping to a shell! Meine Grub-Konfiguration habe ich als Foto angehängt. Ubuntu ist neben Windows 10 auf einer 500GB mSATA-SSD installiert, UEFI ist deaktiviert. Leider bin ich Windows-Profi und kenne mich in Ubuntu zwar einigermassen aus, aber nicht genug um herauszufinden, wo das Problem liegt. Ich vermute, dass ein Update die Bootkonfiguration verändert hat, und Grub nicht mehr darauf zugreifen kann. Bei Windows wärs bootrec /fixmbr etc, aber was tun bei Ubuntu? Danke für eure Hilfe ☺
- Bilder
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
starte mal bitte ein Livesystem und zeig uns die Terminalausgaben von
sudo parted --list
und von
sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' X | xargs -n1 -IY sh -c \"case \"Y\" in '48b4') echo X: GRUB 2 v1.96 ;; 'aa75' | '5272') echo X: GRUB Legacy ;; '7c3c') echo X: GRUB 2 v1.97 oder v1.98 ;; '020') echo X: GRUB 2 v1.99 ;; *) echo X: Kein GRUB Y ;; esac\""
jeweils in nem Codeblock Die erste Abfrage listet deine Partitionen und die zweite sucht nach Grub 2 und zeigt an, ob und wo das installiert ist.
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Starte bitte auch ein Ubuntu-Live-Medium, hänge die Ubuntu-Partition nach /mnt ein und poste die Ausgaben von | cat /mnt/etc/fstab
sudo blkid
|
|
Warrgarbl
(Themenstarter)
Anmeldungsdatum: 10. August 2008
Beiträge: 14
|
Hallo zusammen Also, der Reihe nach... sudo parted --list (Cruzer Contour ist das Livemedium, lasse es dennoch mal drin):
Model: ATA Samsung SSD 850 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 368MB 367MB primary ntfs boot
2 368MB 430GB 430GB primary ntfs
3 430GB 500GB 70.2GB extended
5 430GB 492GB 61.6GB logical ext4
6 492GB 500GB 8590MB logical linux-swap(v1)
Model: ATA WDC WD10SPCX-21K (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1000GB 1000GB primary ntfs
Model: SanDisk Cruzer Contour (scsi)
Disk /dev/sdc: 8036MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 8035MB 8034MB primary fat32 boot
Ausgabe des zweiten Befehls - Grub scheint korrekt zu liegen:
/dev/ram0: Kein GRUB 00
/dev/ram1: Kein GRUB 00
/dev/ram2: Kein GRUB 00
/dev/ram3: Kein GRUB 00
/dev/ram4: Kein GRUB 00
/dev/ram5: Kein GRUB 00
/dev/ram6: Kein GRUB 00
/dev/ram7: Kein GRUB 00
/dev/ram8: Kein GRUB 00
/dev/ram9: Kein GRUB 00
/dev/ram10: Kein GRUB 00
/dev/ram11: Kein GRUB 00
/dev/ram12: Kein GRUB 00
/dev/ram13: Kein GRUB 00
/dev/ram14: Kein GRUB 00
/dev/ram15: Kein GRUB 00
/dev/loop0: Kein GRUB 6d54
>> /dev/sda: GRUB 2 v1.99 <<
/dev/sda1: Kein GRUB 55aa
/dev/sda2: Kein GRUB 55aa
/dev/sda3: Kein GRUB 00
/dev/sda5: Kein GRUB 00
/dev/sda6: Kein GRUB 00
/dev/sdb: Kein GRUB 9f83
/dev/sdb1: Kein GRUB 55aa
/dev/sdc: Kein GRUB 7c66
/dev/sdc1: Kein GRUB 31c0
Hier der Inhalt von fstab:
# /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/sdb5 during installation
UUID=0e5a3d23-e81f-447f-b54f-f11b46a5e24f / ext4 errors=remount-ro 0 1
# swap was on /dev/sdb6 during installation
UUID=2953337d-16cb-4b83-b305-0a4336b4078b none swap sw 0 0
Ausgabe von sudo blkid:
/dev/sda1: LABEL="System-reserviert" UUID="1E1ACC031ACBD645" TYPE="ntfs" PARTUUID="883a84a9-01"
/dev/sda2: LABEL="System" UUID="620CCD980CCD681D" TYPE="ntfs" PARTUUID="883a84a9-02"
/dev/sda5: UUID="0e5a3d23-e81f-447f-b54f-f11b46a5e24f" TYPE="ext4" PARTUUID="883a84a9-05"
/dev/sdb1: LABEL="Daten" UUID="EECA418BCA4150CF" TYPE="ntfs" PARTUUID="87092cb8-01"
/dev/sdc1: LABEL="UUI" UUID="A291-FE04" TYPE="vfat" PARTUUID="8aa2f9fd-01"
/dev/loop0: TYPE="squashfs"
/dev/sda6: UUID="2953337d-16cb-4b83-b305-0a4336b4078b" TYPE="swap" PARTUUID="883a84a9-06"
Wenn ich es richtig interpretiere hat sich hier womöglich die UUID geändert und ich müsste den entsprechenden Eintrag bei Grub anpassen... oder? Für Erklärungen wäre ich dankbar, will mich schliesslich auch in Linux weiterbilden ☺ Danke für eure Hilfe! EDIT: Ich sollte evtl. noch erwähnen, dass ich aus Faulheit Grub mit "grub customizer" modifiziert habe... soweit ich das nachvollziehen konnte hätte ich das Gleiche aber auch manuell gemacht. EDIT 2: Nein, die UUID ist gleich, aber der Eintrag weist ext2 als Filesystem auf... oder ist das Grub selbst? Parted hat ausserdem nur bei Windows einen Boot-Flag - sollte der nicht auch bei der ext4 Partition vorhanden sein (resp. root-Flag)?
|
Warrgarbl
(Themenstarter)
Anmeldungsdatum: 10. August 2008
Beiträge: 14
|
Könnt ihr mit den Daten etwas anfangen / hat jemand eine Idee? Das Semester geht bald wieder los, und ich würde mein Ubuntu gerne wieder nutzen.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Ich sollte evtl. noch erwähnen, dass ich aus Faulheit Grub mit "grub customizer" modifiziert habe... soweit ich das nachvollziehen konnte hätte ich das Gleiche aber auch manuell gemacht.
Und was hast du da gemacht bzw wolltest du da machen?
/dev/DeviceHarddiskVolume3 does not exist
...den markierten Bockmist in die Befehlszeile eingefügt? Wozu überhaupt? Das ist völlig sinnfrei! Was soll den bitte auf einer Extendet zu finden sein außer logischen Partitionen? Der Kernel kann nur auf der /-Partition liegen und nirgendwo sonst, deshalb muss dort die UUID der Root-Partition stehen. Rufe beim Boot die Befehlszeile auf, in dem du im Grub-Auswahlmenü die "E"-Taste drückst. Dann fährst du mit den Pfeiltasten bis runter zum Bockmist. Diesen löschst du dann und fügst stattdessen die UUID der sda5 ein. Die findest du in den Zeilen darüber. Dann mit Str+X weiter booten. Wenn du im System bist, entfernst du den Bockmist. GRUB 2/Konfiguration grub customizer - der Mist gehört verboten! 👿
|
Warrgarbl
(Themenstarter)
Anmeldungsdatum: 10. August 2008
Beiträge: 14
|
bowman schrieb: Ich sollte evtl. noch erwähnen, dass ich aus Faulheit Grub mit "grub customizer" modifiziert habe... soweit ich das nachvollziehen konnte hätte ich das Gleiche aber auch manuell gemacht.
Und was hast du da gemacht bzw wolltest du da machen?
Timeout und Reihenfolge der Booteinträge ändern, sonst nichts. An den Booteinträgen an sich wurde nichts gemacht und hätte ich auch nichts gemacht. ...den markierten Bockmist in die Befehlszeile eingefügt? Wozu überhaupt? Das ist völlig sinnfrei! Was soll den bitte auf einer Extendet zu finden sein ausser logischen Partitionen? und wenn man die schon ansteuern will dann mit /dev/sda3, was abber auch nur zu einer Fehlermeldung führen würde. Wie wäre es denn, wenn du den Bockmist wieder entfernen würdest? Der sollte in der /etc/default/grub auftauchen. Siehe dazu GRUB 2/Konfiguration
Schaue ich mir gerne an. Ich ging davon aus, dass der Block oberhalb des betreffenden Eintrages die root device via UUID setzt, aber wie eingangs bereits erwähnt bin ich in Linux nicht so fit. Jetzt, wo du es erwähnst, erschliesst sich mir der Sinn des Eintrags ebenfalls nicht. Ich ging aber davon aus, dass sich an Grub nichts geändert hat - die Konfiguration ist seit 1.5 Jahren fix. EDIT: Ja, dann eben künftig wie früher manuell. Das hat man vom faul sein :p
|
Warrgarbl
(Themenstarter)
Anmeldungsdatum: 10. August 2008
Beiträge: 14
|
Danke, hat funktioniert. Nach Boot mit Livemedium und Ändern des entsprechenden Eintrags in boot/grub/grub.cfg bootet es nun wieder. Nun ist mir wesentlich klarer, wie Linux bootet. Allerdings frage ich mich, wodurch das verursacht wurde. Die Konfiguration von Grub habe ich seit dem ersten Einrichten des Systems nicht mehr angefasst, und auch der customizer ist (EDIT: schon lange) nicht mehr bei mir auf dem System.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Ändern des entsprechenden Eintrags in boot/grub/grub.cfg bootet es nun wieder
In der Kopfzeile der grub.cfg steht: do not edit this file. Nicht ohne Grund. Bei einem Kernelupdate wird sudo update-grub ausgeführt und die grub.cfg von den dafür vorgesehenen Skripten neu geschrieben. Wenn in den Skripten ein Fehler drin ist, der von dem tollen grub-customiser verursacht wurde, dann ziehst du das mit, auch wenn, das Teil nicht mehr auf dem Rechner ist. Evtl hast du eine falsche Zeile im Skript 10_linux, das für die Erstellung der Kernel-Einträge zuständig ist. Mach mal über das Terminal ein sudo update-grub und schau dann mal nach, wie deine grub.cfg aussieht. Wenn da wieder der Bockmist drin steht, dann würde ich dir raten, dass du die GRUB 2-Pakete deinstallierst (purge) und wieder neu installierst. Dann sollten die Skripte in der /etc/grub.d/ neu angelegt werden. Siehe dazu GRUB 2/Reparatur#Grub2 Pakete neu installieren (oder so ähnlich) Ob alles richtig funktioniert hat, überprüfst du dann, in dem du die grub.cfg noch mal liest. Der Bockmist sollte dann nicht mehr drin stehen. Wenn doch, hast du ein richtige Problem.
|
Warrgarbl
(Themenstarter)
Anmeldungsdatum: 10. August 2008
Beiträge: 14
|
Naja, von einem Livesystem aus konnte ich ja kein update-grub ausführen, oder? Nach dem Boot ins eigentliche System habe ich dann gleich update-grub ausgeführt und es hatte sich nichts geändert. Wird also schon so passen, denke ich. Danke dir! ☺
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
von einem Livesystem aus konnte ich ja kein update-grub ausführen, oder?
Wenn du über eine chroot-Umgebung (siehe chroot/Live-CD) in das System auf der Festplatte einsteigst schon. 😉
Nach dem Boot ins eigentliche System habe ich dann gleich update-grub ausgeführt und es hatte sich nichts geändert
Dann sollte der Grub2 sauber sein. 👍 Bitte schön, gern geschehn. 😀
|
Warrgarbl
(Themenstarter)
Anmeldungsdatum: 10. August 2008
Beiträge: 14
|
Nun ist es wieder passiert... heute morgen direkt vor der Vorlesung. Ich habe den Eindruck, dass es durch Systemupdates verursacht wird, weil ich das letzte Mal einige Updates ausgeführt habe. Ich kann es inzwischen zwar problemlos fixen, aber ich würde gerne (auch wegen dem Lerneffekt) der Ursache auf den Grund gehen. Wo könnte ich nach der Ursache suchen? Was könnte eurer Meinung nach die Ursache hierfür sein? Kann es, auch wenn es unwahrscheinlich ist, eventuell am Dualboot mit Windows 10 liegen, da ich dort bis vor kurzen den hybriden shutdown aktiviert hatte? Das System ist auf MBR installiert, nicht auf UEFI. EDIT: Grub2 habe ich noch nicht neu installiert. Ziehe zwar regelmässig Backups, aber ich bin noch nicht sicher genug in Linux um leichtfertig den Bootloader zu entfernen. Werde das am Wochenende mal machen.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Kann es, auch wenn es unwahrscheinlich ist, eventuell am Dualboot mit Windows 10 liegen, da ich dort bis vor kurzen den hybriden shutdown aktiviert hatte?
Wenn du mit hybridem shutdown den Fastboot meinst, ja. Da werden nämlich von Windows Partitionen nicht richtig ausgehängt. Wenn dir deine Daten unter Windows was wert sind, dann lass den Quatsch. Wenn dein Windows mal mit aktiviertem Fastboot abschmieren sollte, dann sind die Daten auf den nicht sauber ausgehängten Partitionen bis zum Ende aller Tage futsch und mit keiner Datenrettungssoftware der Welt wieder herstellbar.
|
Warrgarbl
(Themenstarter)
Anmeldungsdatum: 10. August 2008
Beiträge: 14
|
Jo, ist aus. War der Meinung, ich hätte das schon lange ausgeschaltet. Meiner Meinung nach völlig unsinnig, wer eine SSD hat bootet so oder so schnell genug. Ist eine Lösung für ein nicht vorhandenes Problem.
|