x-Urmel
Anmeldungsdatum: 21. August 2011
Beiträge: Zähle...
Wohnort: tief im Westen
|
Hallo Forum, ich benutze hier einen AMD Athlon(tm) 64 X2, dual Boot Win7 und Ubuntu mit 3 Platten: /dev/sda: 80 GB, WIN7-Installation. /dev/sdb: 1 TB, Datensicherungen. /dev/sdc: 1 TB, sdc1 ntfs Daten, sdc2 extended, (sdc 3 und 4 gibt es nicht), sdc5 ext4 root system, sdc6 swap. Die 80 GB-Platte ist mittlerweile defekt, klackert nun ab und an, mal mehr mal weniger. PROBLEM: Wenn beim Booten die 80 GB-Platte nicht läuft, dann findet der PC keine bootbare Partition und ich kann weder W7 noch Ubuntu starten. Läuft die Platte - auch mit Fehlern... - dann erscheint der Bootmanager (lila Hintergrund mit weisser Schrift, grub?) und man kann Ubuntu starten. Windows nutze ich sowieso nicht mehr, es ist mir von daher egal, ob die 80-G-Platte defekt ist, oder nicht. Ich möchte sie wegwerfen.
Aber ich benötige sie offenbar zum Start von Ubuntu. FRAGE: Was muss ich tun, damit Ubuntu auch ohne die kaputte 80-GB-Platte startet? Gruß,
das x-Urmel Noch ein Hinweis: Laut sysinfo ist das hier ein 12.04 (precise), die Systeminformation gibt aber Ubuntu 11.10 aus. Das liegt vermutlich an einem misslungenen, unvollständigen Systemupdate ☹
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
x-Urmel schrieb: FRAGE: Was muss ich tun, damit Ubuntu auch ohne die kaputte 80-GB-Platte startet?
Markiere die Partition mit Ubuntu als bootfähig und installiere einen Bootmanager auf der Platte.
Bootfähig:
| cfdisk /dev/dein_device
# Partition wählen +
# Boot-Flag setzen
|
Bootloader (beispielsweise Grub)
| # Voraussetzung ist natürlich, dass Grub installiert ist.
grub-set-default 0
update-grub
grub-install /dev/dein_device
|
Beachte, dass sich unter Umständen die Bezeichnung der Devices ändert, wenn du umsteckst/wegwirfst.
|
x-Urmel
(Themenstarter)
Anmeldungsdatum: 21. August 2011
Beiträge: 28
Wohnort: tief im Westen
|
Danke, misterunknown, cfdisk funktionierte hier irgendwie nicht, es gab immer sofort Abbruch wegen eines "fatalen Fehlers". Den flag auf die Ubuntu-Partition habe ich dann mit gparted gesetzt. grub habe ich nachinstalliert.
Die Ausgabe von grub-install /dev/sdc ergab –- This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script grub-install. (fd0) /dev/fd0 (hd0) /dev/sdb (hd1) /dev/sdc –- Offenbar kann /dev/sda (die kaputte Platte) nicht angesprochen werden, so dass das System jetzt schon die defekten HD nicht mehr kennt.
Der Ausbau sollte dann keine Änderung der Device-Nummerierung ergeben. Falls eine reboot dann doch ins Leere geht, ich mir also den ast abgesägt habe, auf dem ich sitze, könnte ich grub-install /dev/sdx von einem Live-System durchführen? Oder wie krieg ich das dann "von aussen" wieder hin? Tia,
x-Urmel
|
HarryD
Anmeldungsdatum: 14. Juni 2006
Beiträge: 2686
Wohnort: Germany - BW
|
x-Urmel schrieb:
Falls eine reboot dann doch ins Leere geht, ich mir also den ast abgesägt habe, auf dem ich sitze, könnte ich grub-install /dev/sdx von einem Live-System durchführen? Oder wie krieg ich das dann "von aussen" wieder hin?
Wenn es wirklich soweit kommt, siehe Wiki Grub 2/Reparatur. Ich glaube es aber nicht, da intern nicht mit sdc usw. gearbeitet wird, sondern mit der UUID.
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
x-Urmel schrieb: Den flag auf die Ubuntu-Partition habe ich dann mit gparted gesetzt.
Geht natürlich auch ☺
Falls eine reboot dann doch ins Leere geht, ich mir also den ast abgesägt habe, auf dem ich sitze, könnte ich grub-install /dev/sdx von einem Live-System durchführen? Oder wie krieg ich das dann "von aussen" wieder hin?
Ja, das geht. Ich empfehle dir ein grml als Livesystem (es geht natürlich auch jedes andere). Wir klonen damit beispielsweise unsere phyischen Server. Dann einfach nochmal die Grub-Config updaten (update-grub) und installieren (grub-install /dev/sdx). Edit: Man muss dazu allerdings ins System chrooten:
1
2
3
4
5
6
7
8
9
10
11
12
13
14 | # Systempartition mounten
mount /dev/sdxX /mnt
# nötige Mounts des aktiven Livesystems:
mount -t proc none /mnt/proc
mount -o bind /dev /mnt/dev
mount -o bind /sys /mnt/sys
# ins System chrooten
chroot /mnt /bin/bash
# Grub installieren
update-grub
grub-install /dev/sdx
# Chroot verlassen und reboot
exit
reboot
|
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
HarryD schrieb: Ich glaube es aber nicht, da intern nicht mit sdc usw. gearbeitet wird, sondern mit der UUID.
Das kommt drauf an, wie die /etc/fstab aussieht. Ggf. könnte man dort einfach auf die UUID umstellen.
|
x-Urmel
(Themenstarter)
Anmeldungsdatum: 21. August 2011
Beiträge: 28
Wohnort: tief im Westen
|
Wenn ich die /etc/fstab richtig lese, dann verwendet das System UUID: # <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sde5 during installation
UUID=13d7751f-3a9d-4879-a896-ab5aff825e6c / ext4 errors=remount-ro 0 1
# swap was on /dev/sde6 during installation
UUID=3485c9ae-bcbe-4e9e-98e4-41f844f48303 none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0 Auf UUID muss ich dann wohl nicht umstellen. Gruss
x-Urmel PS: unschoene Leerzeichen hier, was ...
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
x-Urmel schrieb: Wenn ich die /etc/fstab richtig lese, dann verwendet das System UUID:
Auf UUID muss ich dann wohl nicht umstellen.
Korrekt.
|
x-Urmel
(Themenstarter)
Anmeldungsdatum: 21. August 2011
Beiträge: 28
Wohnort: tief im Westen
|
So, da bin ich wieder! Rückmeldung: Leider ist das Brennprogramm abgestürzt, als ich mir zur Sicherheit noch eine ISO von grml und einem neuen Ubuntu Gnome brennen wollte.
Aber - der Grub lief wie gewünscht und versuchte, das Ubuntu zu starten. Super und ersma vielen Dank! Dummerweise gab es aber noch ein Problem, so dass Ubuntu dann doch nicht geladen wurde oder kurz nach der Anmeldemaske aussstieg und rebootete. Ich musste eine alte Ubu-Live-CD starten und konnte mit gparted die System Root Partition prüfen. Es gab einen Haufen Fehler und nach 3 Partition-Checks melde das System alles repariert und ich habe wieder von der Platte gebootet. Das klappte dann trotzdem erst nach gefühlt 1000 Versuchen mal mit recovery-Version, mal ohne. Z.T. rasten dabei irre viele Textzeilen über den Schirm, von denen ich noch erkennen konnte das irgendwas mit "ata3" nicht stimmen würde. Manchmal meinte das System auch, dass "/" oder "/temp" noch nicht zur Verfügung stünde. Letztlich -warum auch immer - B-) startete mein "altes" Ubuntu dann doch noch! Aber komischerweise ist nun die Backup-HD wech, auch mit gparted nicht zu sehen. Im BIOS wurde sie aber angezeigt. Ich mag nun gar nicht mehr rebooten, aus Angst, dass das System dann wieder nicht mehr hochkommt. Nun war das der erste Schritt, der mit Eurer Hilfe gelungen ist. Der zweite Schritt ist eine neue Platte rein und auf die kommt dann ein frisches, neues Ubuntu! Bin dennoch etwas verwundert, warum jetzt die Backup-Platte nicht verfügbar ist. So langsam habe ich das Gefühl, dass das Mainboard irgendeinen Knacks hat. So long ersma und thanks x-Urmel
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
x-Urmel schrieb: Z.T. rasten dabei irre viele Textzeilen über den Schirm, von denen ich noch erkennen konnte das irgendwas mit "ata3" nicht stimmen würde. Manchmal meinte das System auch, dass "/" oder "/temp" noch nicht zur Verfügung stünde.
Boot-Meldungen kannst du mit dmesg ausgeben, eventuell sind zusätzlich auch relevante Einträge in /var/log/messages.
Nun war das der erste Schritt, der mit Eurer Hilfe gelungen ist. Der zweite Schritt ist eine neue Platte rein und auf die kommt dann ein frisches, neues Ubuntu! Bin dennoch etwas verwundert, warum jetzt die Backup-Platte nicht verfügbar ist. So langsam habe ich das Gefühl, dass das Mainboard irgendeinen Knacks hat.
Siehst du die Backup-Platte mit dem grml? Ansonsten sollten die Kernel-Meldungen darüber auch erhellend sein...
|
x-Urmel
(Themenstarter)
Anmeldungsdatum: 21. August 2011
Beiträge: 28
Wohnort: tief im Westen
|
Siehst du die Backup-Platte mit dem grml?
Yep, grml erkennt sie, konnte aber mit gparted nix anfangen, wegen der Grafik. Aber parted hat alles einwandfrei angezeigt. Das Problem lag nun aber offenbar an der Hardware (Datenkabel, HD-Stromversorgung, oder Mainboard). Nach Umstecken der SATA-Kabel wurde die Backup-HD auch vom BIOS erkannt. Vermutlich taugen entweder die SATA-Kabel nichts oder das Mainboard hat einen Defekt. Danke nochmal fürs Helfen und für eine neue Boot-CD ☺ x-Urmel PS: Sagt man eigentlich noch "CD" oder outet man sich damit als Gruftie 😉 Kann man CDs überhaupt noch kaufen?
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
Kein Ding ^^ x-Urmel schrieb: PS: Sagt man eigentlich noch "CD" oder outet man sich damit als Gruftie 😉 Kann man CDs überhaupt noch kaufen?
Oftmals ist sicherlich der Begriff "Bootmedium" zutreffender.
|