Nabend zusammen,

(Kurze Frage: Wieso gehören Probleme beim Booten eigentlich hier her? Die Überschrift suggeriert MIR eher Themen die sich bei der ERSTinstallation ergeben...)

Ich hatte an meinem noch recht frischen PC die Tage ein defektes Mainboard zu beklagen. Im Grunde kein Thema da ja noch locker Garantie drauf war und ich auch Anstandslos einen Austausch bekam...allerdings gegen ein anderes Modell. Prinzipiell auch kein Thema, wofür hat man denn Linux und kann die Warnung des Technikers, man müsse wohl das OS neu installieren selbstbewußt lächelnd ignorieren. Tatsächlich bootet mein Ubuntu auch.. allerdings vergehen nach dem Bios geschlagene handgestoppte 2! Minuten bis zum Login Bildschirm, was mir doch wenig Spaß bereitet.

Wie analysiere ich das Problem denn? Dank (nicht funktionierendem) Plymouth habe ich in den zwei Minuten nur nen schwarzen Bildschirm vor Augen. dmesg | tail wirf (grade mal geschaut) das hier aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

[   81.335321] Intel AES-NI instructions are not detected.
[   81.338697] ioremap error for 0xc7e80000-0xc7e81000, requested 0x10, got 0x0
[   81.437650] padlock_aes: VIA PadLock not detected.
[   81.681282] padlock_sha: VIA PadLock Hash Engine not detected.
[   81.941871] Adding 3906556k swap on /dev/mapper/cryptswap1.  Priority:-1 extents:1 across:3906556k 
[   83.182375] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro,commit=0
[   83.184630] EXT4-fs (sdb3): re-mounted. Opts: commit=0
[   84.786003] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
[   87.230025] eth1: no IPv6 routers present
[   87.985254] ecryptfs_parse_options: eCryptfs: unrecognized option [ecryptfs_check_dev_ruid]

wovon ich nicht sicher bin wie hilfreich es ist.... Hat jemand ne schicke Idee?

In der Hoffnung auf Seite 1 dann doch noch bei jemandem Gehör zu finden, der helfen kann: *bump*

Alter Schwede, geht das hier zu... keine 2 Tage vorbei und schon auf Seite 3 gerutscht.. also nochmal: Bitte dringend um Hilfe, danke!

Das Umstecken einer HD hat bei mir noch nie richtig geklappt. Die MBs waren bei mir allerdings auch immer unterschiedlich.

Du könntest mal Plymouth deaktivieren. In der Datei /etc/default/grub "splash quiet" durch "noplymouth" ersetzen, update-grub nicht vergessen.

Vielleicht kannst du dann sehen, wo es genau hakt und gezielter fragen.

Hi,

also sooooooooooooooooooooooooooooooooooo genau kenne ich mich in dem Bereich auch nicht aus. Aber ich denke der Satz

wofür hat man denn Linux und kann die Warnung des Technikers, man müsse wohl das OS neu installieren selbstbewußt lächelnd ignorieren

ist schwachsin?!..

Hat doch nichts mit Win oder Linux zu tun, ob man es neu Installiert. Dein System läd die Treiber bei der Installation genau für das Board X. Wenn du nun Board Y anschließt, wird es nur mit "schelchten" bzw garkeinen Treibern versorgt. (Was halt so im Standard-Kernel enthalten ist). Die Speziellen aber kommen mit der Installation.

Also ich würde neu aufsetzten

MfgIce

@IceClaw Blödsinn

@thom_raindog bitte poste mal die GANZE Ausgabe von dmesg nach einem Systemstart.

IceClaw schrieb:

Dein System läd die Treiber bei der Installation genau für das Board X. Wenn du nun Board Y anschließt, wird es nur mit "schelchten" bzw garkeinen Treibern versorgt. (Was halt so im Standard-Kernel enthalten ist). Die Speziellen aber kommen mit der Installation.

Im Standardkernel ist ziemlich viel enthalten und wird halt bei Bedarf als Modul geladen. Es wird bei der Installation ja kein spezieller Kernel für diese Machine kompiliert.

Also ich würde neu aufsetzten

Ich nicht, ich würde hakels Tip mal ausprobieren, um zu sehen wo es genau hakt.

Hi.

IceClaw schrieb:

Hat doch nichts mit Win oder Linux zu tun, ob man es neu Installiert. Dein System läd die Treiber bei der Installation genau für das Board X. Wenn du nun Board Y anschließt, wird es nur mit "schelchten" bzw garkeinen Treibern versorgt. (Was halt so im Standard-Kernel enthalten ist).

Oh, das solltest du mal dem Ubuntu auf meinem USB-Stick erzählen, das lädt nämlich immer genau die richtigen Treiber, egal an welchem Rechner es steckt.

Hilfreich ist manchmal auch Bootchart

So ganz würde ich IceClaw nicht niederknüppeln.

Mir ist gerade bei einer Neuinstallation passiert, daß das nagelneue MB auf IDE-kompatibel stand, und das ist nicht so einfach zu flicken. Bin natürlich ein Depp, daß ich das nicht kontrolliert habe.

Naja, Neuinstallation einer SSD dauert ja nicht lange.

Ohne Plymouth habe ich schon mal sehr flott einen Sata Fehler entdeckt. Nutzte mir nur nix, weil es ein bekannter Bug war. Neuer Kernel, Fehler ist weg - Glück gehabt.

hakel schrieb:

Mir ist gerade bei einer Neuinstallation passiert, daß das nagelneue MB auf IDE-kompatibel stand, und das ist nicht so einfach zu flicken.

Wieso? Stell doch einfach im BIOS auf AHCI um.

Habe ich ja gemacht. Hätte das einfach so funktionieren sollen?

Egal - jetzt läuft alles wie es soll, und beim nächsten Umbau bin ich schlauer.

Ja ich hab hier 2 Rechner, bei beiden kann ich beliebig den AHCI-Modus ändern, merkt man keinen Unterschied. Nur Windows streikt dann halt.

Hier der komplette Output von dmesg, NACHDEM ich Plymouth wie beschrieben deaktiviert habe (inklusive update-grub, ja ). http://pastebin.com/R0LpM3gz Immerhin sind wir bei gestoppten 1:46 vom Drücken des Einschalters bis zum GDM, das ist besser als vorher Bootchart hab ich grad installiert, dessen Ergebniss kommt im Laufe des Wochenendes.

Danke euch allen vielmals für die Hilfestellungen.

Hier ist schon mal dein Problem:

[    2.320078] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[...]
[    2.321471] ata5.00: ATAPI: TSSTcorp CDDVDW SH-S223C, SB04, max UDMA/100
[...]
[    5.011685] sd 6:0:0:1: [sdd] Attached SCSI removable disk
[    5.012935] sd 6:0:0:2: [sde] Attached SCSI removable disk
[    5.013559] sd 6:0:0:3: [sdf] Attached SCSI removable disk
[    5.017939] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[   34.040050] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   34.040058] ata5.00: failed command: IDENTIFY PACKET DEVICE
[   34.040064] ata5.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
[   34.040065]          res 40/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
[   34.040071] ata5.00: status: { DRDY }
[   34.040075] ata5: hard resetting link
[   34.590047] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[   35.391953] ata5.00: configured for UDMA/100
[   36.192680] ata5: EH complete
[   67.080045] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   67.080053] ata5.00: failed command: IDENTIFY PACKET DEVICE
[   67.080059] ata5.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
[   67.080060]          res 40/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
[   67.080065] ata5.00: status: { DRDY }
[   67.080070] ata5: hard resetting link
[   67.630048] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[   68.432451] ata5.00: configured for UDMA/100
[   69.233265] ata5: EH complete

Das System verbringt über eine Minute damit dein CD/DVD Laufwerk ans laufen zu bekommen. Klemme das erstmal ab und wenn das hilft mal mit einem anderen Laufwerk testen.

Hmm.. spannende Sache. Kann das eventuell an was hängen was ich im Bios einstellen kann? Nur so als hoffnungsvolle Frage...