Kernelupdate - langsames Booten

[gelöscht]

Hi @ all

Nachdem ich mein System aktualisiert habe und der neue Kernel installiert wurde, musste ich festellen, dass das System sehr lange zum Booten benötigt. Die Ausgabe sieht folgendermaßen aus:

...
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
...

Komischerweiße habe ich nur ein Laufwerk in meinem PC....hmm......

ThX im Voraus 😉

[gelöscht]

mit dem neuen Kernel gibt es mehrere Probleme, als nur deine oben genannte!
mach ein Kernel26 Downgrade und füge danach:

IgnorePkg = kernel26

in /etc/pacman.conf

Kernel 2.6.25 hat (noch) Probleme mit Nvidia treiber (ja ich mein mit den beta 173.08 😉 ) manchmal wird Farbe zur Schwarzweiß! außerdem ist 3D um ca. 5% langsamer! und solange Nvidia keine neue Treiber Freigeben, soll der Kernel 2.6.25 (m.M) aus Core raus!

man soll es auch Richtig Testen!

[gelöscht]

das ist wenn ein fehler von nvidia, und nicht des kernels.
wenn die den treiber nicht stabil bekommen ist es deren problem, und nicht der kernel entwickler

folglich: warum sollte das dingen aus [core] raus? weil "ein paar" leute den prop. Nvidia Treiber nutzen? 😉

[gelöscht]

der neue kernel scheint noch nicht das wahre zu sein. ältere versionen von truecrypt kann man nichtmehr installieren, man muss also die verbuggte 5.1 nehmen, das mich dazu führte meine externe nun mit luks zu verschlüsseln.
irgendwas wurde an iptables zerstört, dass ich iptables neu installieren und die regeln neu einlesen durfte.
module für virtualbox wurden gelöscht. neuinstallation brachte nichts.
unter alsamix ist "front" auf minimum und "mono" auf maximum
...

[gelöscht]

Garnicht wahr! Der Kernel ist super 😛

Nee, Spaß, ich mein auch, dass man als Distributor nicht allzu sehr auf proprietäre Treiber achten sollte. Dann wäre ja bisher wegen dem fglrx / catalyst noch kein einziger Kernel in [core] gelandet ::

Hier läuft der Kernel super, hab ihn seit der ersten Version in [testing] am Laufen und das werd ich auch in Zukunft so machen. Es rockt halt wie Sau, offene Treiber benutzen zu können (hab ne ATI) :lol: Da hast die wenigsten Probleme

Pierre

Wir haben den Kernel doch ziemlich lange getestet. Ich nutze selbst den nvidia-Beta-Treiber und konnte keine Probleme erkennen. Auch Virtualbox und iptables sind kein Problem. Die ersten Versionen hatten allerdings ein paar Macken.

[gelöscht]

Ich konnte bei mir seit dem Kernel update keine Probleme feststellen. booten is so schnell wie eh und je, und mit den Nvidia Treibern hab ich auch kein Problem.
VirtualBox mag bei mir allerdings auch nicht (grad getestet).

Pierre

Nutzt ihr denn auch Virtualbox 1.6 und habt das Modul neu kompiliert?

[gelöscht]

äh ja 🙂 und was ist mit meinem Problem? Kann doch nicht sein, dass ich jetzt downgraden muss oder?

GerBra

Pierre schrieb Nutzt ihr denn auch Virtualbox 1.6 und habt das Modul neu kompiliert?

Wäre vielleicht einen Wiki-Beitrag wert, wie externe Module bei einer neuen Kernel-Revision
zu behandeln sind solange die Module z.B. in [community] noch nicht passen...

Das virtualbox-Modul ist z.B. in 2 min kompiliert und installiert....

@[AdeL]-!CoG?-[Aid[A]:
Was sagt denn ein:
dmesg | grep ata
und: cat /proc/cmdline

@[gelöscht]:
Die iptables-Module sind ja im Kernel drin (zumindest die meisten). Wenn du bei deinem
Problem evtl. Fehlermeldungen hättest?

Ansonsten kann ich für mich auch nur Positives sehen, meine DVB-Karte ist subjektiv
"reaktionsfreudiger" (Senderwahl) und etliche dmesg-Warn-Meldungen sind weg.

[gelöscht]

Also "dmesg | grep data" sagt:

 BIOS-e820: 000000003fff0000 - 000000003fff8000 (ACPI data)
Memory: 1034144k/1048512k avaible (2082k kernel code, 13720k data, 268k init, 121008k highmem)
    .data : 0xc0308a48 - 0xc03b9ea0  (709 kB)
EXT3-fs: mounted filesystem with ordered data mode
EXT3-fs: mounted filesystem with ordered data mode

und "cat /proc/cmdline/" sagt:

root=/dev/sda3 ro vga=795

GerBra

[AdeL schrieb-!CoG?-[Aid[A]]
Also "dmesg | grep data" sagt:

dmesg | grep ata bitte 😉

[gelöscht]

GerBra schrieb Das virtualbox-Modul ist z.B. in 2 min kompiliert und installiert....

2min? 10sekunden^^

" run "vbox_build_module" as root after kernelupdate to generate new module "

GerBra schrieb @[gelöscht]:
Die iptables-Module sind ja im Kernel drin (zumindest die meisten). Wenn du bei deinem
Problem evtl. Fehlermeldungen hättest?

nein, leider nicht."iptables-restore" konnte nicht durchgeführt werden

die probleme scheinen nun auch das englische forum erreicht zu haben^^
http://bbs.archlinux.org/viewforum.php?id=22

[gelöscht]

also bei mir dauert udev unmenschlich lange >_> als mkinitcpio-hook, und das initialisieren selber (7400ms) was mich dazu gebracht hat nen eigenen kernel zu bauen

der bootet auch 20s schneller ^^

[gelöscht]

Oh sorry :-! sollte mal besser lesen

also hier die Ausgabe von "gmesg | grep ata":

 BIOS-e820: 000000003fff0000 - 000000003fff8000 (ACPI data)
Memory: 1034144k/1048512k avaible (2082k kernel code, 13720k data, 268k init, 121008k highmem)
    .data : 0xc0308a48 - 0xc03b9ea0  (709 kB)
libdata version 3.00 loaded
pata_via 0000:00:0f.1: version 0.3.3
scsi0 : pata_via
scsi1 : pata_via
ata1: PAPA  max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xfc00 irq 14
ata2: PAPA  max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xfc08 irq 15
ata1.00: ATA-5: ST3800s1A, 3.19, max UDMA/100
ata1.00: 156301488 sectors, multi 16: LBA
ara1.00: configured for UDMA/100
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.00: ATAPI: ARTEC    WRR-4048           1.01, 1.01, max UDMA/33
ata2.00: configured for UDMA/33
sata_via 0000:00:0f.0: version 2.3
sata_via 0000:00:0f.0: routed to hard irq line 10
scsi2 : sata_via
scsi3 : sata_via
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe800 bmdma 0xdc00 irq 20
ata4: SATA max UDMA/133 vmd 0xe400 ctl 0xe000 bmdma 0xdc08 irq 20
ata3: SATA link down 1.5 Gbps (SStatus 0 SControl 300)
ata4: SATA link down 1.5 Gbps (SStatus 0 SControl 300)
EXT3-fs: mounted filesystem with ordered data mode
EXT3-fs: mounted filesystem with ordered data mode

GerBra

[AdeL schrieb-!CoG?-[Aid[A]]
also hier die Ausgabe von "gmesg | grep ata":

 BIOS-e820: 000000003fff0000 - 000000003fff8000 (ACPI data)
Memory: 1034144k/1048512k avaible (2082k kernel code, 13720k data, 268k init, 121008k highmem)
    .data : 0xc0308a48 - 0xc03b9ea0  (709 kB)
libdata version 3.00 loaded
pata_via 0000:00:0f.1: version 0.3.3
scsi0 : pata_via
scsi1 : pata_via
ata1: PAPA  max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xfc00 irq 14
ata2: PAPA  max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xfc08 irq 15
ata1.00: ATA-5: ST3800s1A, 3.19, max UDMA/100
ata1.00: 156301488 sectors, multi 16: LBA
ara1.00: configured for UDMA/100
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.01: failed to IDENTIFY (I/O error, err_mask=0x1)
ata2: failed to recover some devices, retrying in 5 secs
ata2.00: ATAPI: ARTEC    WRR-4048           1.01, 1.01, max UDMA/33
ata2.00: configured for UDMA/33
sata_via 0000:00:0f.0: version 2.3
sata_via 0000:00:0f.0: routed to hard irq line 10
scsi2 : sata_via
scsi3 : sata_via
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe800 bmdma 0xdc00 irq 20
ata4: SATA max UDMA/133 vmd 0xe400 ctl 0xe000 bmdma 0xdc08 irq 20
ata3: SATA link down 1.5 Gbps (SStatus 0 SControl 300)
ata4: SATA link down 1.5 Gbps (SStatus 0 SControl 300)
EXT3-fs: mounted filesystem with ordered data mode
EXT3-fs: mounted filesystem with ordered data mode

Ähm, hast du das abgetippt? Oder steht in der Ausgabe wirklich;
ata1: PAPA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xfc00 irq 14
ata2: PAPA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xfc08 irq 15
PAPA sollte PATA sein. Und:
ara1.00: configured for UDMA/100
ara sollte ata sein.

Schlußendlich wird ja dein ata2.00 doch identifiziert, als der Artec CD.
Kannst du dein CD normal benutzen?
HD und CD sind beides IDE-Geräte, die über den pata-via Treiber angesprochen
werden? Wenn IDE, sind beide Geräte korrekt jeweils als Master gejumpert?

[gelöscht]

Ja, das ist abgetippt, da ich as der Konsole nichts herauskopieren kann.
Ja, das Laufwerk kann ich ohne Probleme nutzen.
Auch sind alle als Master gejumpt. Nur das komische ist ja, dass es beim alten Kernel keine Probleme gab. Erst seitdem ich den neuen Kernel habe muss ich jedesmal beim Booten die 15 Sekunden warten bis er über ata2.01 kommt.

GerBra

Grr, das ata2.01 registriere ich eben erst richtig.
Hast du noch ein IDE-Gerät am zweiten Kanal? Oder das CD nicht am Ende des Kabels?
(Was aber evtl. nur bei einem 80er-Kabel eine Rolle spielen sollte).

Du könntest es mal mit dem Boot-Parameter: pci=routeirq versuchen, darauf deutet
evtl. die Meldung:
sata_via 0000:00:0f.0: routed to hard irq line 10
hin.

NB: statt sowas abzutippen würde evtl. auch die Umleitung in eine Datei gehen, und diese
dann in deinen Broweser einfügen.
dmesg < grep ata > /tmp/dmesg.txt
Diese /tmp/dmesg.txt dann irgendwie (Netzwerk,Diskette,USB-Stick) auf deinen normalen
Rechner transportieren.

//Edit: Das sich so ein Verhalten bei einem neuen Kernel einstellen kann ist IMHO durchaus
ok. Was vorher evtl. an Fehlern "toleriert" wurde, wird jetzt stärker geprüft/verweigert.
Natürlich ist auch ein Bug nicht ausgeschlossen.

[gelöscht]

das ist wenn ein fehler von nvidia, und nicht des kernels.
wenn die den treiber nicht stabil bekommen ist es deren problem, und nicht der kernel entwickler

da stimme ich dir zu!

folglich: warum sollte das dingen aus [core] raus? weil ein paar leute den prop. Nvidia Treiber nutzen?

es ist nicht nur nvidia, sondern andere Module machen auch Probleme snd-intel-hda zb. es scheint so als wäre alles OK, ist es aber nicht 🙁 manch mal habe ich kein Ton.... 🙁

[gelöscht]

videoneu100 schrieb es ist nicht nur nvidia, sondern andere Module machen auch Probleme snd-intel-hda zb. es scheint so als wäre alles OK, ist es aber nicht 🙁 manch mal habe ich kein Ton.... 🙁

same here. installier nochmal die alsa pakete und führe alsaconf aus oder spiel mit alsamixer rum. bei mir läuft es wieder

Nächste Seite »