[gelöst] Ubuntu 7.10 - Bootproblem nach der Installation - Seite 2 - Ubuntuinstallation

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

21

Donnerstag, 15. November 2007, 13:23

Deine Hardware ist ja Hexenwerk

Also wenn der Login nicht klappt, dann im Recovery-Modus booten, dort bist du root (im Ggs. zum sonstigen sudo-Konzept von Ubuntu) und kannst das PW für deinen User neu vergeben. Vielleicht existiert auch noch gar kein Account?
Passwort setzen:

	Quellcode
1	passwd <deinusername>

Oder eben Account anlegen:

	Quellcode
1	useradd -m <deinusername>

und anschließend Passwort setzen.

Gruß
Rodge

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Lifestyle

unregistriert

22

Donnerstag, 15. November 2007, 13:29

Ok das werd ich denn heute Nachmittag mal ausprobieren.
Hoffentlich bleibt es auch so dass er schön hoch und runter fährt.

Ich schreib euch dann ob ich Erfolg hatte....hoffentlich schon von Ubuntu aus.
Vielen Dank nochmal

Lifestyle

unregistriert

23

Donnerstag, 15. November 2007, 19:11

ich hab ernüchternde Neuigkeiten...ich bin zwar gerade mit Ubuntu am arbeiten aber es bootet halt nur abund zu ansonsten kommt immer dieser Fehler.
Muss ich vielleicht irgendeinen Treiber installieren oder so damit es dauerhaft funktioniert?
Habt ihr noch ne Idee?
Wäre echt super

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

24

Donnerstag, 15. November 2007, 19:18

Wenn Ubuntu ab und an bootet, und der Grund für ein Fehlschlagen des Bootens unidentifizierbare UUIDs sind, dann ändere deine fstab.
Dort steht defaultmäßig die Alternative drin. Also dass später sowas da steht:

	Quellcode
1	/dev/sda1 / ext3 defaults,errors=remount-ro 0 1

usw.

Gruß
Rodge

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Lifestyle

unregistriert

25

Donnerstag, 15. November 2007, 19:24

also meine fstab sieht jetzt so aus:

Zitat

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda2
UUID=b5fd616e-5255-4076-a880-826559d2f6dc / ext3 defaults,errors=remount-ro 0 1
# /dev/sda5
UUID=31d770df-4cba-4aa9-afc9-ca0b33cb34da none swap sw 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto,exec 0 0
~
~
~
"fstab" [readonly] 9L, 475C

aber da steht ja jetzt /dev/hda....aber es sind doch sata-Platten???
Kannst du mir mal die fstab anpassen bitte wie ich das da reinschreiben soll?
Oder muss die Zeile die du mir gepostet hast einfach nur unter die Zeile mit "dev/hda" usw.?

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

26

Freitag, 16. November 2007, 08:34

Ja, das stimmt auch. Dein CD-Rom aber offenbar nicht. Ändere das mal so ab:

Quellcode

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda2  /  ext3 defaults,errors=remount-ro 0 1
/dev/sda5  none  swap  sw  0 0 
/dev/hda /media/cdrom0 udf,iso9660 user,noauto,exec 0 0

Gruß
Rodge

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Lifestyle

unregistriert

27

Freitag, 16. November 2007, 08:38

Und den Teil mit den UUID's rausnehmen?
Sorry wegen der dummen Nachfragerei aber bei sowas bin ich lieber ein bisschen vorsichtiger.=)

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

28

Freitag, 16. November 2007, 08:52

Ja, das ist auch okay

Die Verwendung der UUID statt des Device-Namens ist seit einigen Versionen Standard. Wird wohl alles ein Pro und Contra haben. Ich nutze jedenfalls auch immer noch die alte Methode.
Ich finde die fstab so halt übersichtlicher. BTW kannst du mal deine /boot/grub/menu.lst anhängen?

Gruß
Rodge

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Lifestyle

unregistriert

29

Freitag, 16. November 2007, 09:01

Ja das kann ich machen aber leider erst heute Abend weil ich noch auf Arbeit bin.
Ich kann dir heute Abend auch mal die genaue Zeile posten wo er hängen bleibt im recovery Modus...aus den Kopf bekomm ich das jetzt nicht zusammen.
Aber da stand glaub ich irgendwas von scsi und so...

Was hast du denn jetzt in der Zeile von meinen CD-Rom-Laufwerk geändert? Irgendwie seh ich da keinen Unterschied=)

Lifestyle

unregistriert

30

Freitag, 16. November 2007, 19:20

also meine /boot/grub/menu.lst:

Zitat

title Ubuntu 7.10, kernel 2.6.22-14-generic
root (hd0,1)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=b5fd616e-5255-4076-a880-826559d2f6dc ro quiet splash
initrd /boot/initrd.img-2.6.22-14-generic
quiet

title Ubuntu 7.10, kernel 2.6.22-14-generic (recovery mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=b5fd616e-5255-4076-a880-826559d2f6dc ro single
initrd /boot/initrd.img-2.6.22-14-generic

title Ubuntu 7.10, memtest86+
root (hd0,1)
kernel /boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title Other operating systems:
root

# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title Windows Vista/Longhorn (loader)
root (hd0,0)
savedefault
makeactive
chainloader +1

und wenn ich im recovery-Modus starte sind die letzten beiden Zeilen die er ausgibt und wo er hängt folgende:

Zitat

[12.004000] sd 4:0:0:0: [sda] Attached SCSI removable disk
[12.008000] sd 4:0:0:0: Attached scsi generic sg0 type 0

Und hilft das irgendwie?

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

31

Freitag, 16. November 2007, 19:44

Letzteres ist völlig in Ordnung. Jetzt frage ich mich natürlich, ob da nicht grundsätzlich UUIDs zerwürfelt wurden, oder eben nicht. Wie auch immer, du kannst nun
a) die korrekte UUID herausfinden:

	Quellcode
1	sudo vol_id --uuid /dev/sda2

Doch die wird stimmen, denn sonst würde Ubuntu NIE booten, und nicht nur ab und zu nicht.

b) in deiner menu.lst (und was du gepostet hast, ist hoffentlich nur ein Ausschnitt) von UUID zu Device wechseln.

Das macht man so: menu.lst mit Root-Rechten zum Editieren öffnen und diese Stelle finden:

	Quellcode
1	# kopt=root=UUID=b5fd616e-5255-4076-a880-826559d2f6dc ro

Ändern in:

	Quellcode
1	# kopt=root=/dev/sda2 ro

update-grub versucht standardmäßig den kopt-Wert durch UUIDs zu ersetzen. Um das (bis zu einem Update von update-grub jedenfalls) zu deaktivieren, muss man /usr/sbin/update-grub ebenfalls mit Root-Rechten editieren und dort diese Stelle finden:

	Quellcode
1 2	# Update the root device to mount-by-UUID kopt=$(convert_kopt_to_uuid "$kopt")

Und auskommentieren:

	Quellcode
1 2	# Update the root device to mount-by-UUID # kopt=$(convert_kopt_to_uuid "$kopt")

Anschließend grub neu einlesen mit einem:

	Quellcode
1	sudo update-grub

Beten und Reboot

WICHTIG: Die Rauten sind keine Kommentarzeichen in der menu.lst! Die gehören genau so. Also bitte nicht entfernen.

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Lifestyle

unregistriert

32

Freitag, 16. November 2007, 19:51

Ja das war nur ein Ausschnitt....ich dachte die Routezeichen sind Kommentarzeichen darum hab ich den oberen Teil nicht gepostet. Ich guck mir das morgen früh mal an weil ich jetzt weg muss....ein bisschen feiern.
Danke für deine Antwort...ich hoffe du bist morgen auch wieder Online. =)
Bis morgen denn und schönen Abend noch

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

33

Freitag, 16. November 2007, 20:02

Morgen Abend evtl. kurz

Was mir noch aufgefallen ist:
a) removable disk? Hm, eigentlich doch nicht...
b) nach einem grub-update wird wieder die UUID geschrieben. Muss ich mir gerade mal näher ansehen, sonst ist das recht aussichtslos, was ich oben gepostet habe :rolleyes:

Bis denn und party on
Rodge

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

34

Freitag, 16. November 2007, 22:34

Okay, habe mir nochmal einen Kopf gemacht. Den Vorschlag oben habe ich angepasst, womit mein Bedenken b) eliminiert ist. Bleibt noch a) und das gab mir zu denken.

Aaaalso, nochmal zusammengefasst:
Du kannst es natürlich so probieren, wie beschrieben. Denn Ubuntu macht schließlich per default alles über die UUIDs. Und das funkt bei dir nicht, was ich nicht verstehe.

Also die UUID-Idee erstmal verwerfen und zum Problem "removable device" Folgendes:
Wenn deine interne HDD tatsächlich als removable device angesehen wird (weiß der Teufel, weshalb), dann ist es nicht undenkbar, dass je nach Initialisierung der Geräte der Device-Name der HDD wechselt (man vergleiche mal USB-Disks und -Sticks

).
Ist das bei dir so, dann ist das einzig Denkbare, was Grub verwirren könnte, das Durcheinanderbringen seiner device.map!
Ja, das kann es sein. Das muss es sein

Was tun? Eine udev-rule muss her. Da dies etwas viel zum Posten wäre, verweise ich mal einfach auf dieses schöne HowTo:
http://ubuntuforums.org/showthread.php?t=168221

So bekommt die vermeintliche removable disk immer den gleichen Device-Namen. grub ist glücklich, und du kannst dir den Stress mit dem UUID-Geraffel sparen

Wenn das nix ist.

Ich wünsche viel Erfolg!
Rodge

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Lifestyle

unregistriert

35

Montag, 19. November 2007, 21:04

hi und sorry dass ich jetzt erst schreibe aber ich bin vorher nicht dazu gekommen online zu kommen.
Also ich hab mir dein HowTo mal angesehen und habe es versucht.
Allerdings klappt das bei mir nicht so ganz. Also man soll ja folgenden Vefehl ausführen:

Zitat

udevinfo -a -p $(udevinfo -q path -n /dev/sdd)

da erscheint ja dann diese Auflistung wo mehr übers Laufwerk steht. Ja aber das wichtigste fehlt bei mir da.
Im HowTo ist ja beschrieben dass man den Eintrag "SYSFS{product}"
Außerdem fangen meine Einträge alle nicht mit "SYSFS" an sondern mit irgendeiner anderen Zeichenkette.
Ich hab den Befehl natürlich angepasst also ich hab nicht /dev/sdd eingegeben sondern /dev/hda.
Hast du dazu ne Idee?
Ich konnte jetzt übrigens nicht posten was da bei mir steht weil mein Ubuntu zur Zeit mal wieder nicht starten will...
Vielen Dank
So langsam regt mich das auf...

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

36

Dienstag, 20. November 2007, 16:15

Wieso denn hda? Des ist doch dein CDROM

sda wäre korrekt gewesen.

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

Webbutterfly

ist zu Gast bei Freunden.

Beiträge: 14

Desktop: Gnome

Architektur: 32-bit

37

Mittwoch, 21. November 2007, 11:50

Hello Leute

...bin da auf Euren Thread gestoßen und sehe das Problem ganz wo anders..
ich installiere immer wieder Laptops und habe festgestellt, dass sich die IRQs in die Quere kommen... die neuen Kernel beinhalten da ja eine neue Routine und HW und SW streiten sich um die Zuweisung... ergo, das Kistl bleibt hängen.

Es gibt dafür eine Lösung... als erstes beim Starten im Grub (ESC) die erste Zeile mit E(dit) aufrufen, dann in die zweite Zeile (Kernel) wieder E und am Ende der Zeile ein noapic dazu schreiben... Enter und B drücken...
Es gibt noch einige Parameter die Abhilfe schaffen... das kann man nur ausprobieren: irqpoll / nosmp ... gemeinsam oder einzeln mit Abstand eingeben.. hoffe das hilft einmal.
Das muss bei jeden Bootvorgang eingegeben werden!
Wenns funktioniert muss das Ganze in die menu.lst eingetragen werden, dann funkts bei jedem Bootvorgang.

Marion

EDIT: Auch hier mal gucken... http://www.ubuntu-austria.at/viewtopic.php?t=709

Teamleader
Ubuntu-Austria.at
***
Hompatsche
www.webbutterfly.at

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Webbutterfly« (21. November 2007, 11:59)

Lifestyle

unregistriert

38

Mittwoch, 21. November 2007, 22:54

Zitat

Wieso denn hda? Des ist doch dein CDROM sda wäre korrekt gewesen.

Ja sorry ich hab beides probiert weil ich mir selbst nicht mehr sicher war.=)
@Webbutterfly
Das hört sich echt sehr interessant an was du da geschrieben hast...ich werde es morgen abend gleich mal ausprobieren...ist ja leider auch schon wieder so spät. Aber das klingt sehr überzeugend....=)
Vielen Dank schonmal
Bis morgen dann
Ich meld mich und teile euch dann das Ergebnis mit

Lifestyle

unregistriert

39

Montag, 26. November 2007, 22:16

Also ich hab das mal probiert mit noapic....als ich es eingegeben hab (manuell) startete es wieder und ging auch...so dann hab ich es in die Menu.lst eingetragen und neu gestartet. Das komische ist jetzt:
wenn ich einfach nur im Grub Ubuntu auswähle und enter drück bleibt er immer stehen oder meistens. Wenn ich aber diesen langen Weg gehe und erst mit "e" auf Ubuntu geh und dann auf Kernel mit "e" usw. startet es. Also das Ding ist dass ich ja gar nichts mache....das "noapic" steht ja schon immer am Ende dran weil ich es ja in der Menu.lst eingetragen hab. Versteht ihr das? Irgendwie glaub ich langsam dass mein Notebook mich verars..en will...
Übrigens hab ich schon einiges über diesen Fehler gelesen und manche behaupten dass der Kernel schuld ist. Ich hab den Kernel 2.6.22-14-generic. Denkt ihr da ist was dran?
Ich würde mich freuen wenn ihr vielleicht noch irgendwie ne Idee habt.=)

basslord

Ubuntufreund

Beiträge: 2 653

Ubuntu: 11.10

Kernel: 3.0.0-12

Desktop: KDE

Architektur: 64-bit

40

Montag, 26. November 2007, 22:35

Hm, wenn du den Ubuntu-Kernel verdächtigst (bei Gutsy nicht auszuschließen - es gab da schon den ein oder anderen Klops), dann bau dir doch mal einen eigenen zum Testen

Du kennst vielleicht das HowTo hier:
[HowTo] Vanilla Kernel mit Realtime Preemption (RT patch)

Den Abschnitt mit dem Patch kannst du weglassen. Gibt aber zig gute HowTos zu einem Standard-Kernel.
Als Info-Quelle ist auch dieser Artikel empfehlenswert: http://wiki.ubuntuusers.de/Kernel

Gruß
Rodge

"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

UbuntuFreunde