Hallo, eine einfache Frage: Ist der im Betreff genannte Kernel aus dem Update-Bereich auch noch von dem Bug im XFS betroffen, oder enthält er bereits einen Fix? Grüße, Ingo
Ingo Brunberg wrote:
eine einfache Frage: Ist der im Betreff genannte Kernel aus dem Update-Bereich auch noch von dem Bug im XFS betroffen, oder enthält er bereits einen Fix?
Du kannst den aktuellen Kernel von H. Mantel (aus dessen FTP Verzeichnis "kotd") nehmen, der sollte eigentlich funktionieren... CU, Th.
Thomas Hertweck <Thomas.Hertweck@gpi.uni-karlsruhe.de> schrieb:
Ingo Brunberg wrote:
eine einfache Frage: Ist der im Betreff genannte Kernel aus dem Update-Bereich auch noch von dem Bug im XFS betroffen, oder enthält er bereits einen Fix?
Du kannst den aktuellen Kernel von H. Mantel (aus dessen FTP Verzeichnis "kotd") nehmen, der sollte eigentlich funktionieren...
Hmm, ich hab zu Testzwecken mal ein Neuinstallation mit dem XFS-Patch gemacht und dabei / als xfs angelegt. Das hat funktioniert (bis auf mein immer noch vorhandenes Problem mit den ISA-PNP-NICs). Anschließend hab ich einen Mantel-Kernel 2.6.5-7.<nr>cvs2004<irgendwas>.rpm installiert, neu gebootet und die Kiste hängt nach dem fsck der beiden Reiser-Partitionen und (vermutlich) vor dem xfs-fsck der /-Partition (xfs). Start per CD und dem XFS-Patch geht allerdings noch. Ich hab mittlerweile verschiedene Kernel ausprobiert: - Der Update-Kernel von SuSE 2.6.4-54.5 funktioniert (54.3 hab ich hier nicht mehr). - Ein Mantel-Kernel 2.6.5-17.14 vom 19.05. funktioniert auch. Den hatte ich mir aufbewahrt, weil sich die Namensgebung der Mantel-Kernel geändert hatte und mir das komisch vorkam. - Die danach erschienenen Mantel-Kernel 2.6.5-7.<nr>cvs<datum/uhrzeit> haben in den mir hier noch vorliegenden Versionen [1] alle *nicht* funktioniert. Sie bleiben alle wie oben beschrieben hängen. Tipp am Rande: Man sollte einen funktionierenden Kernel auf der Platte oder als Bootalternative zur Hand haben. Wenn die ursprünglichen Kernel-Module für den Kernel 2.6.4-52 nicht mehr auf der Platte sind, können sowohl die Module für die Netzwerkkarte als auch das Modul subfs.ko nicht geladen werden, wenn man von der CD startet. Anschließend hat man bei aktiviertem subfs-automount weder Zugriff auf CD-ROMs noch auf das Diskettenlaufwerk. Netzwerk geht dann auch nicht. Möglicherweise kann man das mit Übergabe irgendwelcher Parameter umgehen. Dafür kenne ich mich aber nicht genügend aus. Liest H. Mantel hier mit? [1] Zur Zeit kernel-default-2.6.5-7.61cvs20040531172616.i586.rpm und kernel-default-2.6.5-7.61cvs20040530190647.i586.rpm. Davor hatte ich auch ein 2.6.5-7.53cvs<irgendwas> installiert. Den hab ich aber nicht mehr hier. Der lief ebenfalls nicht mit xfs. Gruß, Heiko
Heiko Möller wrote:
[...] Hmm, ich hab zu Testzwecken mal ein Neuinstallation mit dem XFS-Patch gemacht und dabei / als xfs angelegt. Das hat funktioniert (bis auf mein immer noch vorhandenes Problem mit den ISA-PNP-NICs). Anschließend hab ich einen Mantel-Kernel 2.6.5-7.<nr>cvs2004<irgendwas>.rpm installiert, neu gebootet und die Kiste hängt nach dem fsck der beiden Reiser-Partitionen und (vermutlich) vor dem xfs-fsck der /-Partition (xfs).
Eigentlich wird die Root-Partition zuerst ueberprueft, d.h. ich glaube nicht, dass diese Angabe hier stimmt.
[...] Tipp am Rande: Man sollte einen funktionierenden Kernel auf der Platte oder als Bootalternative zur Hand haben. Wenn die ursprünglichen Kernel-Module für den Kernel 2.6.4-52 nicht mehr auf der Platte sind, können sowohl die Module für die Netzwerkkarte als auch das Modul subfs.ko nicht geladen werden, wenn man von der CD startet. Anschließend hat man bei aktiviertem subfs-automount weder Zugriff auf CD-ROMs noch auf das Diskettenlaufwerk. Netzwerk geht dann auch nicht. Möglicherweise kann man das mit Übergabe irgendwelcher Parameter umgehen. Dafür kenne ich mich aber nicht genügend aus.
Das ist kein "Tipp am Rande", sondern das wird auf diese Liste eigentlich immer gesagt. Deswegen gibt es auch Davids Multikernel-Howto und mein Kernel24- bzw. Kernel26-Howto.
[...] Liest H. Mantel hier mit?
Nein. Schreib ihm direkt eine Email mit ausfuehrlicher Fehlerbeschreibung oder gehe ueber das Feedback Formular von SuSE. CU, Th.
Sorry für die späte Antwort. Aber momentan bin ich ziemlich ausgelastet und komme kaum zum testen... :-( Thomas Hertweck <Thomas.Hertweck@gpi.uni-karlsruhe.de> schrieb:
Heiko Möller wrote: [...]
ich einen Mantel-Kernel 2.6.5-7.<nr>cvs2004<irgendwas>.rpm installiert, neu gebootet und die Kiste hängt nach dem fsck der beiden Reiser-Partitionen und (vermutlich) vor dem xfs-fsck der /-Partition (xfs).
Eigentlich wird die Root-Partition zuerst ueberprueft, d.h. ich glaube nicht, dass diese Angabe hier stimmt.
Ich kann nur beschreiben, was als letztes auf dem Bildschirm zu sehen ist. Und das ist der (zweite) Durchlauf für die beiden Reiserfs-Partitionen. Danach hängt die Kiste. Ich kann nur noch mit STRG-Rollen eine Ausgabe eines Logs erreichen und die Num-Lock-Umschaltung reagiert noch. Ich hab mittlerweile versucht von einem solchen Hänger ein Logfile zu bekommen. Nur in einem solchen Fall wird leider keins geschrieben (boot.msg). Wie kann ich doch an ein File kommen? Ich kenne mich leider diesbezüglich noch nicht so aus. Hier mal ein Auszug eines funktionierenden Logs, das ich ab der Zeile beende, die ich als letztes bei einem fehlerhaften Log sehe. Leider unterscheidet sich boot.msg von der Bildschirmausgabe. Darum kann ich die Stelle nur ungefähr angeben: #### boot.msg #### fsck 1.34 (25-Jul-2003) Reiserfs super block in block 16 on 0x1601 of format 3.6 with standard journal Reiserfs super block in block 16 on 0x301 of format 3.6 with standard journal Blocks (total/free): 312472/133088 by 4096 bytes Filesystem is clean Replaying journal.. Blocks (total/free): 312976/37157 by 4096 bytes Filesystem is clean Replaying journal.. Reiserfs journal '/dev/hdc1' in blocks [18..8211]: 0 transactions replayed Checking internal tree..finished Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed Checking internal tree..finished doneSetting updone Mounting local file systems... proc on /proc type proc (rw) tmpfs on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda1 on /home type reiserfs (rw) #### boot.msg #### Eigentlich lautet die letzte Zeile Reiserfs: hda1: checking transaction log (hda1) Darum ja meine Vermutung, daß es mit dem testen des Filesystems der xfs-Partition (auf /dev/sda2) zu tun hat. Da das Filesystem auf /dev/hdc1 sauber ist, hängt sich der Kernel möglicherweise für die Ausgabe hier nur vorher weg und zeigt das eigentlich nach hda1 kommende hdc1 nicht mehr an? In einer sauberen boot.msg sehe ich allerdings danach nur noch ### /dev/hdc1 on /root type reiserfs (rw) /dev/hdd on /media/cdrom type subfs (ro,nosuid,nodev,fs=cdfss,procuid,iocharset=utf8) /dev/fd0 on /media/floppy type subfs (rw,nosuid,nodev,sync,fs=floppyfss,procuid) done<notice>exit status of (boot.localfs) is (0) ### also den Abschluß von boot.localfs plus natürlich noch weiterer Zeilen, die hier aber mE keine Rolle mehr spielen, da ich ja mit den nicht funktionierenden Kernel gar nicht mehr bis dahin komme. [bootfähigen Kernel auf der Platte behalten]
Das ist kein "Tipp am Rande", sondern das wird auf diese Liste eigentlich immer gesagt. Deswegen gibt es auch Davids Multikernel-Howto und mein Kernel24- bzw. Kernel26-Howto.
Klar. Nur lese ich diese Liste erst seit ~2 Monaten. Außerdem hat sich das bei mir ja mit den beschrienenen Nebeneffekten nur deswegen so negativ ausgewirkt, weil nach dem Booten über das CD-ROM Disketten und CDs nicht gemountet werden konnten und ich auch über die unter 9.1 bisher nicht funktionsfähigen ISA-NICs keine Dateien transferieren konnte. [Liste H. Mantel hier mit?]
Schreib ihm direkt eine Email mit ausfuehrlicher Fehlerbeschreibung oder gehe ueber das Feedback Formular von SuSE.
Okay, letzteres werde ich dann wohl machen. Danke. Mist. Ich hätte das wohl schon mal machen sollen. Als ich an diesem Wochenende gesehen habe, daß SuSE einen neuen Kernel per YOU anbietet und dieser einen 'verdächtig' gleichen Namen wie die Mantel-Kernel aufweist, hab ich mir den 2.6.5-7.75 mal testweise installiert und die Kiste hängt damit genauso. Also sollten xfs-User vermutlich momentan kein Kernel-Update machen! Aus diesem Grund hab ich das Subjekt mal geändert und diesen Mailinhalt als Feedback an SuSE geschickt. Gruß, Heiko
Am Sonntag, 20. Juni 2004 13:29 schrieb Heiko Möller:
Also sollten xfs-User vermutlich momentan kein Kernel-Update machen!
Ich vermute auch, dass man lit. anderen Listen bei ISDN und sehr alten Rechner mit kleinen HDs (2GB?) vorsichtig sein soll. Die Rechner hier mit 8GB-HDs und Celeron 800/1000 zeigten keine Probleme nach dem Update. Al
Al Bogner <suse-linux@ml04q2.pinguin.uni.cc> schrieb:
Am Sonntag, 20. Juni 2004 13:29 schrieb Heiko Möller:
Also sollten xfs-User vermutlich momentan kein Kernel-Update machen!
Ich vermute auch, dass man lit. anderen Listen bei ISDN und sehr
lit?
alten Rechner mit kleinen HDs (2GB?) vorsichtig sein soll.
Die Rechner hier mit 8GB-HDs und Celeron 800/1000 zeigten keine Probleme nach dem Update.
Ich hab hier mit einem Pentium 1 166 MHz mit 850 MB HDD auch keine Probleme. Allerdings verwende ich da auch kein xfs-fs. Es liegt also IMHO nicht am Alter des Rechners und auch nicht an der Größe des HDDs. Gruß, Heiko
Am Sonntag, 20. Juni 2004 14:37 schrieb Heiko Möller:
Al Bogner <suse-linux@ml04q2.pinguin.uni.cc> schrieb:
Am Sonntag, 20. Juni 2004 13:29 schrieb Heiko Möller:
Also sollten xfs-User vermutlich momentan kein Kernel-Update machen!
Ich vermute auch, dass man lit. anderen Listen bei ISDN und sehr
lit?
alten Rechner mit kleinen HDs (2GB?) vorsichtig sein soll.
Die Rechner hier mit 8GB-HDs und Celeron 800/1000 zeigten keine Probleme nach dem Update.
Ich hab hier mit einem Pentium 1 166 MHz mit 850 MB HDD auch keine Probleme. Allerdings verwende ich da auch kein xfs-fs. Es liegt also IMHO nicht am Alter des Rechners und auch nicht an der Größe des HDDs.
Mich hat es nun auch bei einem Rechner erwischt, den ich sowieso wegen Filesystem-Änderung neu aufsetzen wollte :-) Ich sehe beim Booten noch /dev/hda6 und /dev/hda8 und dann hängt der Rechner. Filesystem Type Size Used Avail Use% Mounted on /dev/hda9 ext3 5.4G 4.8G 327M 94% / tmpfs tmpfs 126M 12K 126M 1% /dev/shm /dev/hda6 ext2 31M 5.4M 24M 19% /boot /dev/hda5 vfat 901M 309M 592M 35% /burn /dev/hdb8 vfat 2.5G 546M 2.0G 22% /dae /dev/hdb7 vfat 603M 872K 602M 1% /daten /dev/hda8 ext3 487M 129M 333M 28% /home /dev/hdb9 vfat 5.3G 1.8G 3.5G 35% /install 192.168.1.100:/install nfs 7.8G 7.0G 407M 95% /install_nfs 192.168.1.100:/shared nfs 2.0G 1.4G 514M 74% /shared_nfs Das sind/waren die Daten vor dem Update von hwinfo: cpu: Celeron (Coppermine), 800 MHz keyboard: /dev/input/event2 AT Translated Set 2 keyboard AT Translated Set 2 keyboard mouse: /dev/input/mice ImPS/2 Logitech Wheel Mouse monitor: PANASONIC P70 graphics card: nVidia GeForce4 MX 440 framebuffer: NVidia NV17 () Board sound: Ensoniq ES1370 [AudioPCI] storage: Floppy disk controller Intel 82801BA IDE U100 network: 3Com 3C905B Fast Etherlink XL 10/100 network interface: eth0 Ethernet network interface lo Loopback network interface sit0 Network Interface disk: /dev/hda IBM-DTTA-351010 /dev/hdb QUANTUM FIREBALLlct08 26 partition: /dev/hda1 Partition /dev/hda2 Partition /dev/hda5 Partition /dev/hda6 Partition /dev/hda7 Partition /dev/hda8 Partition /dev/hda9 Partition /dev/hdb1 Partition /dev/hdb5 Partition /dev/hdb6 Partition /dev/hdb7 Partition /dev/hdb8 Partition /dev/hdb9 Partition cdrom: /dev/by-path/pci-0000:00:1f.1-ide-1:0 ATAPI CD-RW 48XMax /dev/by-path/pci-0000:00:1f.1-ide-1:1 NEC CD-ROM DRIVE:282 floppy: /dev/fd0 Floppy Disk usb controller: Intel 82801BA/BAM USB (Hub #1) Intel 82801BA/BAM USB (Hub #2) bios: BIOS bridge: Intel 82815 815 Chipset Host Bridge and Memory Controller Hub Intel 82815 815 Chipset AGP Bridge Intel 82801BA/CA/DB/EB/ER Hub interface to PCI Bridge Intel 82801BA ISA Bridge (LPC) hub: Linux 2.6.4-54.5-default uhci_hcd UHCI Host Controller Linux 2.6.4-54.5-default uhci_hcd UHCI Host Controller memory: Main Memory unknown: FPU DMA controller PIC Timer RTC Keyboard controller /dev/lp0 Parallel controller PS/2 Controller Intel 82801BA/BAM SMBus /dev/ttyS0 16550A /dev/ttyS1 16550A Es folgt eine boot.msg vor dem Update. Eine dmesg ist auch vorhanden, sowie weitere Systeminformationen. Inspecting /boot/System.map-2.6.4-54.5-default Loaded 23440 symbols from /boot/System.map-2.6.4-54.5-default. Symbols match kernel version 2.6.4. No module symbols loaded - kernel modules not enabled. klogd 1.4.1, log source = ksyslog started. <4>Linux version 2.6.4-54.5-default (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 Fri May 7 21:43:10 UTC 2004 <6>BIOS-provided physical RAM map: <4> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) <4> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) <4> BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) <4> BIOS-e820: 0000000000100000 - 000000000fff0000 (usable) <4> BIOS-e820: 000000000fff0000 - 000000000fff3000 (ACPI NVS) <4> BIOS-e820: 000000000fff3000 - 0000000010000000 (ACPI data) <4> BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved) <5>757MB vmalloc/ioremap area available. <5>0MB HIGHMEM available. <5>255MB LOWMEM available. <4>On node 0 totalpages: 65520 <4> DMA zone: 4096 pages, LIFO batch:1 <4> Normal zone: 61424 pages, LIFO batch:14 <4> HighMem zone: 0 pages, LIFO batch:1 <6>DMI 2.2 present. <6>ACPI: RSDP (v000 IntelR ) @ 0x000f6750 <6>ACPI: RSDT (v001 IntelR AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x0fff3000 <6>ACPI: FADT (v001 IntelR AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x0fff3040 <6>ACPI: DSDT (v001 INTELR AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 <6>ACPI: PM-Timer IO Port: 0x4008 <6>ACPI: local apic disabled <4>Built 1 zonelists <4>Kernel command line: root=/dev/hda9 vga=normal ide=nodma desktop resume=/dev/hda7 splash=silent <6>ide_setup: ide=nodmaIDE: Prevented DMA <6>bootsplash: silent mode. <6>Initializing CPU#0 <4>PID hash table entries: 1024 (order 10: 8192 bytes) <4>CKRM Initialized <4>Detected 801.979 MHz processor. <6>Using pmtmr for high-res timesource <4>Console: colour VGA+ 80x25 <6>Memory: 255016k/262080k available (1970k kernel code, 6344k reserved, 677k data, 212k init, 0k highmem) <4>Checking if this processor honours the WP bit even in supervisor mode... Ok. <4>Calibrating delay loop... 1589.24 BogoMIPS <6>Security Scaffold v1.0.0 initialized <6>SELinux: Initializing. <6>SELinux: Starting in permissive mode <6>There is already a security framework initialized, register_security failed. <6>Failure registering capabilities with the kernel <6>selinux_register_security: Registering secondary module capability <6>Capability LSM initialized <6>Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) <4>Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) <4>Mount-cache hash table entries: 512 (order: 0, 4096 bytes) <6>checking if image is initramfs...it isn't (no cpio magic); looks like an initrd <6>Looking for DSDT in initrd ...No customized DSDT found in initrd! <6>Freeing initrd memory: 1079k freed <7>CPU: After generic identify, caps: 0383f9ff 00000000 00000000 00000000 <7>CPU: After vendor identify, caps: 0383f9ff 00000000 00000000 00000000 <6>CPU: L1 I cache: 16K, L1 D cache: 16K <6>CPU: L2 cache: 128K <7>CPU: After all inits, caps: 0383f9ff 00000000 00000000 00000040 <6>Intel machine check architecture supported. <6>Intel machine check reporting enabled on CPU#0. <4>CPU: Intel Celeron (Coppermine) stepping 0a <6>Enabling fast FPU save and restore... done. <6>Enabling unmasked SIMD FPU exception support... done. <6>Checking 'hlt' instruction... OK. <4>POSIX conformance testing by UNIFIX <4>do_initcalls <4>init_elf_binfmt <6>NET: Registered protocol family 16 <6>PCI: PCI BIOS revision 2.10 entry at 0xfb1d0, last bus=2 <6>PCI: Using configuration type 1 <6>mtrr: v2.0 (20020519) <6>ACPI: Subsystem revision 20040326 <6>No customized DSDT found! <4>ACPI: IRQ9 SCI: Level Trigger. <6>ACPI: Interpreter enabled <6>ACPI: Using PIC for interrupt routing <6>ACPI: PCI Root Bridge [PCI0] (00:00) <4>PCI: Probing PCI hardware (bus 00) <4> ... the first call_usermodehelper: pci_bus <4>Transparent bridge - 0000:00:1e.0 <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT] <4>ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 15) <4>ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11 12 14 15) <4>ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11 12 14 15) <4>ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 *11 12 14 15) <4>ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) <4>ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) <4>ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 5 6 7 10 11 12 14 15) <4>ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 10 *11 12 14 15) <6>Linux Plug and Play Support v0.97 (c) Adam Belay <4>ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 <4>ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11 <4>ACPI: PCI Interrupt Link [LNK1] enabled at IRQ 11 <4>ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 <6>PCI: Using ACPI for IRQ routing <6>PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' <6>apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac) <5>apm: overridden by ACPI. <4>Initial HugeTLB pages allocated: 0 <6>ikconfig 0.7 with /proc/config* <5>VFS: Disk quotas dquot_6.5.1 <6>SELinux: Registering netfilter hooks <6>Initializing Cryptographic API <6>isapnp: Scanning for PnP cards... <6>isapnp: No Plug & Play device found <6>Real Time Clock Driver v1.12 <6>Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled <4>ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A <4>ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A <4>Using anticipatory io scheduler <6>Floppy drive(s): fd0 is 1.44M <6>FDC 0 is a post-1991 82077 <4>RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize <6>loop: loaded (max 8 devices) <6>Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 <6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx <6>ICH2: IDE controller at PCI slot 0000:00:1f.1 <6>ICH2: chipset revision 2 <6>ICH2: not 100%% native mode: will probe irqs later <6> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA <6> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA <4>hda: IBM-DTTA-351010, ATA DISK drive <4>hdb: QUANTUM FIREBALLlct08 26, ATA DISK drive <4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <4>hdc: ATAPI CD-RW 48XMax, ATAPI CD/DVD-ROM drive <4>hdd: NEC CD-ROM DRIVE:282, ATAPI CD/DVD-ROM drive <4>ide1 at 0x170-0x177,0x376 on irq 15 <4>hda: max request size: 128KiB <6>hda: 19807200 sectors (10141 MB) w/466KiB Cache, CHS=19650/16/63 <6> hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 > <4>hdb: max request size: 128KiB <6>hdb: 50859648 sectors (26040 MB) w/418KiB Cache, CHS=50456/16/63 <6> hdb: hdb1 < hdb5 hdb6 hdb7 hdb8 hdb9 > <4>ide-floppy driver 0.99.newide <6>mice: PS/2 mouse device common for all mice <6>input: PC Speaker <6>serio: i8042 AUX port at 0x60,0x64 irq 12 <6>input: ImPS/2 Logitech Wheel Mouse on isa0060/serio1 <6>serio: i8042 KBD port at 0x60,0x64 irq 1 <6>input: AT Translated Set 2 keyboard on isa0060/serio0 <6>md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 <6>NET: Registered protocol family 2 <6>IP: routing cache hash table of 2048 buckets, 16Kbytes <6>TCP: Hash tables configured (established 16384 bind 32768) <6>NET: Registered protocol family 1 <6>NET: Registered protocol family 8 <6>NET: Registered protocol family 20 <4>Resume Machine: resuming from /dev/hda7 <4>Resuming from device hda7 <3>Resume Machine: This is normal swap space <7>PM: Reading pmdisk image. <7>PM: Resume from disk failed. <6>ACPI: (supports S0 S1 S4 S5) <6>md: Autodetecting RAID arrays. <6>md: autorun ... <6>md: ... autorun DONE. <5>RAMDISK: Compressed image found at block 0 <4>VFS: Mounted root (ext2 filesystem). <6>kjournald starting. Commit interval 5 seconds <6>EXT3-fs: mounted filesystem with ordered data mode. <4>VFS: Mounted root (ext3 filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root <5>Trying to free ramdisk memory ... okay <6>Freeing unused kernel memory: 212k freed <6>Adding 136512k swap on /dev/hda7. Priority:42 extents:1 <6>EXT3 FS on hda9, internal journal <6>device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com <6>md: Autodetecting RAID arrays. <6>md: autorun ... <6>md: ... autorun DONE. <4>spurious 8259A interrupt: IRQ7. <6>kjournald starting. Commit interval 5 seconds <6>EXT3 FS on hda8, internal journal <6>EXT3-fs: mounted filesystem with ordered data mode. <6>subfs 0.9 <4>hdc: ATAPI 48X CD-ROM CD-R/RW drive, 2048kB Cache <6>Uniform CD-ROM driver Revision: 3.20 <4>hdd: ATAPI 40X CD-ROM drive, 128kB Cache Kernel logging (ksyslog) stopped. Kernel log daemon terminating. Boot logging started on /dev/tty1(/dev/console) at Sat Jun 19 12:44:26 2004 <notice>run boot scripts (setserial boot.proc) Configuring serial ports... /dev/ttyS0 at 0x03f8 (irq = 4) is a 16550A /dev/ttyS1 at 0x02f8 (irq = 3) is a 16550A Configured serial ports done<notice>exit status of (setserial boot.proc) is (0 0) <notice>run boot scripts (boot.shm) Mounting shared memory FS on /dev/shmdone <notice>exit status of (boot.shm) is (0) <notice>run boot scripts (boot.rootfsck) Activating swap-devices in /etc/fstab... doneChecking root file system... fsck 1.34 (25-Jul-2003) /dev/hda9: clean, 243124/716672 files, 1277079/1431785 blocks done<notice>exit status of (boot.rootfsck) is (0) <notice>run boot scripts (boot.md boot.device-mapper) Activating device mapper... Creating /dev/mapper/control character device with major:10 minor:63. done <notice>exit status of (boot.md boot.device-mapper) is (0 0) <notice>run boot scripts (boot.localfs) Checking file systems... fsck 1.34 (25-Jul-2003) /dev/hda6: clean, 38/8032 files, 6531/32096 blocks /dev/hda8: clean, 3486/128520 files, 147414/514048 blocks doneSetting updone Mounting local file systems... proc on /proc type proc (rw) tmpfs on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda6 on /boot type ext2 (rw,acl,user_xattr) /dev/hda5 on /burn type vfat (rw,gid=1000,umask=002) /dev/hdb8 on /dae type vfat (rw,gid=1000,umask=002) /dev/hdb7 on /daten type vfat (rw,gid=1000,umask=002) /dev/hda8 on /home type ext3 (rw,acl,user_xattr) /dev/hdb9 on /install type vfat (rw,gid=1000,umask=002) /dev/hdc on /media/cdrecorder type subfs (ro,nosuid,nodev,fs=cdfss,procuid,iocharset=utf8) /dev/hdd on /media/cdrom type subfs (ro,nosuid,nodev,fs=cdfss,procuid,iocharset=utf8) /dev/fd0 on /media/floppy type subfs (rw,nosuid,nodev,sync,fs=floppyfss,procuid) done<notice>exit status of (boot.localfs) is (0) <notice>run boot scripts (boot.crypto) <notice>exit status of (boot.crypto) is (0) <notice>run boot scripts (boot.swap boot.scpm boot.restore_permissions boot.loadmodules) Loading required kernel modules doneRestore device permissionsdone Activating remaining swap-devices in /etc/fstab... done<notice>exit status of (boot.swap boot.scpm boot.restore_permissions boot.loadmodules) is (0 0 0 0) <notice>run boot scripts (boot.idedma boot.clock) Setting up IDE DMA mode /dev/hda: setting using_dma to 1 (on) using_dma = 1 (on) /dev/hdc: setting using_dma to 1 (on) using_dma = 1 (on) /dev/hdd: setting using_dma to 1 (on) using_dma = 1 (on) done Setting up the CMOS clockdone <notice>exit status of (boot.idedma boot.clock) is (0 0) <notice>run boot scripts (boot.ldconfig) Setting up timezone datadone <notice>exit status of (boot.ldconfig) is (0) <notice>run boot scripts (boot.sched boot.localnet boot.isapnp) Setting scheduling timeslices unused Setting up hostname 'client8'done Setting up loopback interface lo lo IP address: 127.0.0.1/8 done <notice>exit status of (boot.sched boot.localnet boot.isapnp) is (6 0 0) <notice>run boot scripts (boot.klog boot.ipconfig) Enabling syn flood protectiondone Disabling IP forwardingdone Creating /var/log/boot.msg done<notice>killproc: kill(289,29) <notice>exit status of (boot.klog boot.ipconfig) is (0 0) System Boot Control: The system has been set up Skipped features: boot.sched System Boot Control: Running /etc/init.d/boot.local done<notice>killproc: kill(289,3) INIT: Boot logging started on /dev/tty1(/dev/console) at Sat Jun 19 10:44:39 2004 Master Resource Control: previous runlevel: N, switching to runlevel: 5 <notice>Entering runlevel: 5 start services (random isdn hotplug) Hotplug is already active (disable with NOHOTPLUG=1 at the boot prompt)done Initializing random number generatordone <notice>exit status of (random isdn hotplug) is (0 0 0) <notice>start services (coldplug) coldplug scanning input: done scanning pci: ****.***WW*done scanning usb: done . . . . . . . . . . . . . . . . . . . . . . . .done <notice>exit status of (coldplug) is (0) <notice>start services (network) Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done eth0 device: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 24) eth0 configuration: eth-id-00:10:4b:69:4f:af eth0 IP address: 192.168.1.108/24 doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0) <notice>start services (syslog) Starting syslog services<notice>startproc: execve (/sbin/syslogd) [ /sbin/syslogd -a /var/lib/ntp/dev/log ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=25 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/sbin/syslogd ] <notice>startproc: execve (/sbin/klogd) [ /sbin/klogd -c 1 -2 ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=25 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/sbin/klogd ] done <notice>exit status of (syslog) is (0) <notice>start services (smbfs) Mount SMB/ CIFS File Systems unused <notice>exit status of (smbfs) is (6) <notice>start services (splash_early smartd resmgr portmap) <notice>startproc: execve (/usr/sbin/smartd) [ /usr/sbin/smartd ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=27 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/usr/sbin/smartd ] <notice>startproc: execve (/sbin/resmgrd) [ /sbin/resmgrd ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=27 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/sbin/resmgrd ] <notice>startproc: execve (/sbin/portmap) [ /sbin/portmap ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=27 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/sbin/portmap ] Starting RPC portmap daemondone Starting smartddone Starting resource managerdone <notice>exit status of (splash_early smartd resmgr portmap) is (0 0 0 0) <notice>start services (nfsboot nfs) Starting nfsboot (sm-notify) done Importing Net File System (NFS)done <notice>exit status of (nfsboot nfs) is (0 0) <notice>start services (sshd running-kernel powersaved fbset amavis alsasound) <notice>startproc: execve (/usr/sbin/sshd) [ /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=33 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/usr/sbin/sshd ] <notice>startproc: execve (/usr/sbin/amavisd) [ /usr/sbin/amavisd ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=33 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/usr/sbin/amavisd ] Starting SSH daemondone Starting virus-scanner (amavisd-new):done Starting sound driver: ens1370done <notice>startproc: execve (/usr/sbin/powersaved) [ /usr/sbin/powersaved -d -e /etc/powersave.conf -a resmgr -v 3 ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=33 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/usr/sbin/powersaved ] Restoring the previous sound settingdone loading ACPI modules (ac battery button fan processor thermal ) Starting powersaved done <notice>exit status of (sshd running-kernel powersaved fbset amavis alsasound) is (0 0 0 0 0 0) <notice>start services (splash postfix kbd cups) <notice>startproc: execve (/usr/sbin/cupsd) [ /usr/sbin/cupsd ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=39 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/usr/sbin/cupsd ] Starting cupsddone Starting mail service (Postfix)done Loading keymap qwertz/de-latin1-nodeadkeys.map.gz doneLoading compose table latin1.adddone Start Unicode mode doneLoading console font lat9w-16.psfu -m trivial (K done<notice>exit status of (splash postfix kbd cups) is (5 0 0 0) <notice>start services (nscd hwscan cron) Starting hardware scan on boot<notice>startproc: execve (/usr/sbin/cron) [ /usr/sbin/cron ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=43 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/usr/sbin/cron ] <notice>startproc: execve (/usr/sbin/nscd) [ /usr/sbin/nscd ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=43 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 splash=silent sscripts=47 _=/sbin/startproc DAEMON=/usr/sbin/nscd ] Starting CRON daemondone Starting Name Service Cache Daemondone <notice>exit status of (nscd hwscan cron) is (0 0 0) <notice>start services (xdm splash_late) Starting service kdm<notice>startproc: execve (/opt/kde3/bin/kdm) [ /opt/kde3/bin/kdm ], [ LC_MONETARY= CONSOLE=/dev/console TERM=linux SHELL=/bin/sh LC_NUMERIC= QTDIR=/usr/lib/qt3 LC_ALL= http_proxy=http://192.168.1.99:3128/ progress=46 INIT_VERSION=sysvinit-2.85 KDEROOTHOME=/root/.kdm ftp_proxy=http://192.168.1.99:3128/ REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin LC_MESSAGES= vga=normal RUNLEVEL=5 LC_COLLATE= PWD=/ LANG=de_DE.UTF-8 PREVLEVEL=N LINES=25 SHLVL=2 XCURSOR_THEME=crystalwhite no_proxy=localhost WINDOWMANAGER=/usr/X11R6/bin/kde LC_CTYPE=de_DE.UTF-8 splash=silent sscripts=47 LC_TIME= _=/sbin/startproc DAEMON=/opt/kde3/bin/kdm ] done <notice>exit status of (xdm splash_late) is (0 0) Master Resource Control: runlevel 5 has been reached Skipped services in runlevel 5: smbfs splash <notice>killproc: kill(742,3) Al
Am Sonntag, 20. Juni 2004 13:45 schrieb Al Bogner: Huhu,
Ich vermute auch, dass man lit. anderen Listen bei ISDN und sehr alten Rechner mit kleinen HDs (2GB?) vorsichtig sein soll.
Die Rechner hier mit 8GB-HDs und Celeron 800/1000 zeigten keine Probleme nach dem Update.
ich habe hier einen 1,2GHz Athlon mit 3 Festpöatten zu 14GB, 100GB und 10GB, ohne XFS-Partitionen und der Rechner bleibt nach dem Kernelupdate ebenfalls nach der Überprüfung der Reiserfs-Partition hängen. bis denn ... /Frank/
Am Sonntag, 20. Juni 2004 15:26 schrieb Frank Röske:
Am Sonntag, 20. Juni 2004 13:45 schrieb Al Bogner:
Huhu,
Ich vermute auch, dass man lit. anderen Listen bei ISDN und sehr alten Rechner mit kleinen HDs (2GB?) vorsichtig sein soll.
Die Rechner hier mit 8GB-HDs und Celeron 800/1000 zeigten keine Probleme nach dem Update.
ich habe hier einen 1,2GHz Athlon mit 3 Festpöatten zu 14GB, 100GB und 10GB, ohne XFS-Partitionen und der Rechner bleibt nach dem Kernelupdate ebenfalls nach der Überprüfung der Reiserfs-Partition hängen.
bis denn ... /Frank/ Ich hatte das gleiche Problem mit ext3! Jetzt hab ich wieder den Kernel von der DVD installiert. Festplatte ist 40 GB und CPU hat 1,2 GHz Gruß,
Jürgen
[Ingrid ON] Heiko Möller <usenethm@arcor.de> schrieb:
Mist. Ich hätte das wohl schon mal machen sollen. Als ich an diesem Wochenende gesehen habe, daß SuSE einen neuen Kernel per YOU anbietet und dieser einen 'verdächtig' gleichen Namen wie die Mantel-Kernel aufweist, hab ich mir den 2.6.5-7.75 mal testweise installiert und die Kiste hängt damit genauso. Also sollten xfs-User vermutlich momentan kein Kernel-Update machen! Aus diesem Grund hab ich das Subjekt mal geändert und diesen Mailinhalt als Feedback an SuSE geschickt.
[Ingrid OFF] In der Zwischenzeit gab es ein paar 2.6.5-7.80er. Als es den ersten 82er gab, hab ich den auch mal getestet -> gleiches Ergebnis -> Hängt. Heute hatte ich etwas Zeit und hab einen 84er (kernel-default-2.6.5-7.84cvs20040628143124.i586.rpm um genau zu sein) ausprobiert. Heureka! Damit läuft die Kiste auch mit XFS-FS hoch. Ich war völlig verwundert und hab testweise gleich noch mal gebootet. Hat aber nichts verändert: Kam immer noch hoch :-) Falls also jemand von SuSE hier mitlesen und mit meiner Fehlermeldung zu tun haben sollte: Obiger Kernel behebt zumindest mein geschildertes Problem und sollte daher möglicherweise den offiziellen Update-Kernel 2.6.5-7.75 ersetzen. Gruß, Heiko
Am Dienstag, 29. Juni 2004 22:16 schrieb Heiko Möller:
Heute hatte ich etwas Zeit und hab einen 84er (kernel-default-2.6.5-7.84cvs20040628143124.i586.rpm um genau zu sein) ausprobiert. Heureka! Damit läuft die Kiste auch mit XFS-FS hoch. Ich war völlig verwundert und hab testweise gleich noch mal gebootet. Hat aber nichts verändert: Kam immer noch hoch :-)
Falls also jemand von SuSE hier mitlesen und mit meiner Fehlermeldung zu tun haben sollte: Obiger Kernel behebt zumindest mein geschildertes Problem und sollte daher möglicherweise den offiziellen Update-Kernel 2.6.5-7.75 ersetzen.
Leider nicht den Fehler: Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)" Ich habe es mit dem oben von dir genannten KOTD ebenfalls getestet, das "Hängenbleiben" ist geblieben. Hoffentlich arbeitet da noch jemand dran, Robert
Hans-Robert Wagner <suse-listen@hr-wagner.de> schrieb:
Am Dienstag, 29. Juni 2004 22:16 schrieb Heiko Möller:
Heute hatte ich etwas Zeit und hab einen 84er (kernel-default-2.6.5-7.84cvs20040628143124.i586.rpm um genau zu sein) ausprobiert. Heureka! Damit läuft die Kiste auch mit XFS-FS [...]
Leider nicht den Fehler: Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)"
Hast Du nur Reiserfs? Bei mir stand zwar mit den 'hängenden' Kernel-Versionen der Rechner auch genau an der gleichen Stelle, aber ich würde es nicht zwangsläufig an reiserfs festmachen (wollen). Zumal ich mit einem reinen reiserfs-Rechner überhaupt keine Probleme mit keiner Mantel-Version hatte. Nur eben mit dem Rechner mit der xfs-Partition und mit dem im Betreff angegebenen Update-Kernel.
Ich habe es mit dem oben von dir genannten KOTD ebenfalls getestet, das "Hängenbleiben" ist geblieben. Hoffentlich arbeitet da noch jemand dran,
Hmm, bei mir hat die obige Kernelversion zumindest beim xfs-Problem geholfen. Und zwei Reiserfs-Partitionen hab ich auch auf dem Rechner. Ist ja merkwürdig. Gruß, Heiko
Am Mittwoch, 30. Juni 2004 00:28 schrieb Heiko Möller:
Heute hatte ich etwas Zeit und hab einen 84er (kernel-default-2.6.5-7.84cvs20040628143124.i586.rpm um genau zu sein) ausprobiert. Heureka! Damit läuft die Kiste auch mit XFS-FS
[...]
Leider nicht den Fehler: Das System bootet und bleibt gleich hängen, es läuft nicht mehr weiter. "ReiserFS: hda3: checking transaction log (hda3)"
Hast Du nur Reiserfs?
Unter Linux ja. tuxel:/ # fdisk -l /dev/hda Platte /dev/hda: 122.9 GByte, 122942324736 Byte 255 Köpfe, 63 Sektoren/Spuren, 14946 Zylinder Einheiten = Zylinder von 16065 * 512 = 8225280 Bytes Gerät Boot Start End Blocks Id System /dev/hda1 1 783 6289416 7 HPFS/NTFS /dev/hda2 4702 14946 82292962+ f W95 Ext'd (LBA) /dev/hda3 * 784 4701 31471335 83 Linux /dev/hda5 4702 4956 2048256 c W95 FAT32 (LBA) /dev/hda6 8781 14946 49528363+ 7 HPFS/NTFS /dev/hda7 4957 8779 30708216 83 Linux tuxel:/ # fdisk -l /dev/hdd Platte /dev/hdd: 40.0 GByte, 40020664320 Byte 16 Köpfe, 63 Sektoren/Spuren, 77545 Zylinder Einheiten = Zylinder von 1008 * 512 = 516096 Bytes Gerät Boot Start End Blocks Id System /dev/hdd1 1 4160 2096608+ 82 Linux Swap /dev/hdd2 4161 77545 36986040 83 Linux
Bei mir stand zwar mit den 'hängenden' Kernel-Versionen der Rechner auch genau an der gleichen Stelle, aber ich würde es nicht zwangsläufig an reiserfs festmachen (wollen). Zumal ich mit einem reinen reiserfs-Rechner überhaupt keine Probleme mit keiner Mantel-Version hatte. Nur eben mit dem Rechner mit der xfs-Partition und mit dem im Betreff angegebenen Update-Kernel.
Wenn es grundsätzlich am ReiserFS liegen würde, könnte ja auch (fast) keiner mit Standardinstallation mehr arbeiten, der das Kernelupdate durchgeführt hat. Dem ist ja nicht so. Es muss also (auch?) an etwas anderem liegen, aber da kann ich nur im Kristalkugelmode herumstochern.
Ich habe es mit dem oben von dir genannten KOTD ebenfalls getestet, das "Hängenbleiben" ist geblieben. Hoffentlich arbeitet da noch jemand dran,
Hmm, bei mir hat die obige Kernelversion zumindest beim xfs-Problem geholfen. Und zwei Reiserfs-Partitionen hab ich auch auf dem Rechner. Ist ja merkwürdig.
Tja, _merkwürdig_ ist der richtige Begriff. Ich sollte es mal wieder mit einem Vanilla-Kernel ausprobieren.
Gruß, Heiko
Gruss, Robert
Am Mittwoch, 30. Juni 2004 12:04 schrieb Hans-Robert Wagner:
Wenn es grundsätzlich am ReiserFS liegen würde, könnte ja auch (fast) keiner mit Standardinstallation mehr arbeiten
Bei mir existiert das Problem auch mit ext3. Vgl. http://lists.suse.com/archive/suse-linux/2004-Jun/2602.html
Tja, _merkwürdig_ ist der richtige Begriff. Ich sollte es mal wieder mit einem Vanilla-Kernel ausprobieren.
Ich habe auch einen 2.6.7 in Verwendung und stelle von Zeit zu Zeit fest, dass der Rechner nach stundenlangem Funktionieren tot ist und nur ein Neustart über den Resetknopf hilft. Ein Freund mit 2.6.5-7.75-default hat ähnliche Probleme. Wir vermuten ein Netzwerkproblem. Zumindest bei ihm tritt das in der Regel bei hoher Netzlast auf. Ich verwende 0000:00:0a.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 01) 0000:00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) Die 3Com-Karte ist aber nicht konfiguriert. Natürlich könnte es bei mir und meinem Freund ein Hardware-Problem sein. Doch wie soll man das rausfinden, wenn es dann wieder längere Zeit funktioniert? Bei einem weiteren Rechner kann nur ganz langsam über das Netz kopiert werden. Das muss ich noch näher untersuchen. Andererseits fiel mir, dass noch kein Rechner mit 2.6.5-7.75-default nach "coldplug" beim Booten die Netzwerkkarte nicht erkannt hätte. Mit 2.6.4-54.5-default gab es relativ oft damit Probleme. Al
Sorry für den Fullquote. Am Mittwoch, 30. Juni 2004 14:10 schrieb Al Bogner:
Am Mittwoch, 30. Juni 2004 12:04 schrieb Hans-Robert Wagner:
Wenn es grundsätzlich am ReiserFS liegen würde, könnte ja auch (fast) keiner mit Standardinstallation mehr arbeiten
Bei mir existiert das Problem auch mit ext3. Vgl. http://lists.suse.com/archive/suse-linux/2004-Jun/2602.html
Tja, _merkwürdig_ ist der richtige Begriff. Ich sollte es mal wieder mit einem Vanilla-Kernel ausprobieren.
Ich habe auch einen 2.6.7 in Verwendung und stelle von Zeit zu Zeit fest, dass der Rechner nach stundenlangem Funktionieren tot ist und nur ein Neustart über den Resetknopf hilft. Ein Freund mit 2.6.5-7.75-default hat ähnliche Probleme. Wir vermuten ein Netzwerkproblem. Zumindest bei ihm tritt das in der Regel bei hoher Netzlast auf.
Ich verwende 0000:00:0a.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 01) 0000:00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
Die 3Com-Karte ist aber nicht konfiguriert.
<notice>start services (coldplug) coldplug scanning input: done scanning pci: ****W.*****.*Wdone scanning usb: done . . . . . . . . . . . . . . . . . . . . . . . .done <notice>exit status of (coldplug) is (0) <notice>start services (network) Setting up network interfaces: lo lo IP address: 127.0.0.1/8 doneWaiting for mandatory devices: eth-id-00:01:02:a7:01:10 eth-id-00:0a:e6:73:7e:92 20 19 18 17 15 14 eth0 device: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) eth0 configuration: eth-id-00:01:02:a7:01:10 eth0 IP address: 192.168.2.2/24 doneWaiting for mandatory devices: eth-id-00:0a:e6:73:7e:92 13 eth1 device: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) eth1 configuration: eth-id-00:0a:e6:73:7e:92 eth1 IP address: 169.254.121.1/16 doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0) Allerdings mit dem letzten funktionierenden Kernel (2.6.4-54.5).
Natürlich könnte es bei mir und meinem Freund ein Hardware-Problem sein. Doch wie soll man das rausfinden, wenn es dann wieder längere Zeit funktioniert? Bei einem weiteren Rechner kann nur ganz langsam über das Netz kopiert werden. Das muss ich noch näher untersuchen.
Andererseits fiel mir, dass noch kein Rechner mit 2.6.5-7.75-default nach "coldplug" beim Booten die Netzwerkkarte nicht erkannt hätte. Mit 2.6.4-54.5-default gab es relativ oft damit Probleme.
Nun haben die diversen Einzelprobleme möglicherweise nichts mit dem SuSE-Kernel 2.6.5-7.75 zu tun. Ich werde mir den frisch gezogenen Vanilla 2.6.7 jetzt einmal konfigurieren, backen und installieren. Ja ich gehe ganz behutsam und nach Thomas Hertwecks Anleitung vor. Möglicherweise komme ich dann ja weiter. Robert
Al Bogner <suse-linux@ml04c.pinguin.uni.cc> schrieb:
Am Mittwoch, 30. Juni 2004 12:04 schrieb Hans-Robert Wagner:
Wenn es grundsätzlich am ReiserFS liegen würde, könnte ja auch (fast) keiner mit Standardinstallation mehr arbeiten
Bei mir existiert das Problem auch mit ext3. Vgl. http://lists.suse.com/archive/suse-linux/2004-Jun/2602.html
Also möglicherweise doch ein Problem mit dem Ein- oder Ausstieg des FS-Check, der unabhängig vom verwendeten FS ist und nur bei bestimmten Konstellationen und FS gehäuft auftritt?
Ich habe auch einen 2.6.7 in Verwendung und stelle von Zeit zu Zeit fest, dass der Rechner nach stundenlangem Funktionieren tot ist und nur ein Neustart über den Resetknopf hilft. Ein Freund mit 2.6.5-7.75-default hat ähnliche Probleme. Wir vermuten ein Netzwerkproblem. Zumindest bei ihm tritt das in der Regel bei hoher Netzlast auf.
Hmm, ich hab hier keine hohe Netzlast. Muß ich mal näher untersuchen, wenn ich mal einen Netz-Performance-Test oder so mache. Aber ich hab zwei Rechner mit D-Link-Netzwerkkarten (DFE-550TX) und einer Netgear FA311 Netzwerkkarte. Module sind sundance und natsemi. Seit Kernel 2.6 sehe ich beim sundance-Modul in messages etwa einmal pro Tag oder so ein Register(?)auszug: |Jun 29 16:02:19 ppro kernel: NETDEV WATCHDOG: eth0: transmit timed out |Jun 29 16:02:19 ppro kernel: eth0: Transmit timed out, TxStatus 00 TxFrameId 19, resetting... |Jun 29 16:02:19 ppro kernel: 00 02a36000 02a36010 00018001(00) 02fb28da 80000036 |Jun 29 16:02:19 ppro kernel: 01 02a36010 02a36020 00018005(01) 030eacda 80000036 |Jun 29 16:02:19 ppro kernel: 02 02a36020 02a36030 00018009(02) 02fb2cda 80000036 |Jun 29 16:02:19 ppro kernel: 03 02a36030 02a36040 0001800d(03) 02b2b8da 8000007a |Jun 29 16:02:19 ppro kernel: 04 02a36040 02a36050 00018011(04) 02b2acda 80000036 |Jun 29 16:02:19 ppro kernel: 05 02a36050 02a36060 00018015(05) 045520da 80000036 |Jun 29 16:02:19 ppro kernel: 06 02a36060 02a36070 00018019(06) 030ea4da 80000036 |Jun 29 16:02:19 ppro kernel: 07 02a36070 02a36080 0001801d(07) 02eef4da 80000036 |Jun 29 16:02:19 ppro kernel: 08 02a36080 02a36090 00018021(08) 047148da 80000036 |Jun 29 16:02:19 ppro kernel: 09 02a36090 02a360a0 00018025(09) 06218cda 80000036 |Jun 29 16:02:19 ppro kernel: 0a 02a360a0 02a360b0 00018029(0a) 02c264da 80000036 |Jun 29 16:02:19 ppro kernel: 0b 02a360b0 02a360c0 0001802d(0b) 04a97cda 80000036 |Jun 29 16:02:19 ppro kernel: 0c 02a360c0 02a360d0 00018031(0c) 04a974da 80000036 |Jun 29 16:02:19 ppro kernel: 0d 02a360d0 02a360e0 00018035(0d) 04a970da 80000036 |Jun 29 16:02:19 ppro kernel: 0e 02a360e0 02a360f0 00018039(0e) 04714cda 80000036 |Jun 29 16:02:19 ppro kernel: 0f 02a360f0 02a36100 0001803d(0f) 047140da 80000036 |Jun 29 16:02:19 ppro kernel: 10 02a36100 02a36110 00018041(10) 047144da 80000036 |Jun 29 16:02:19 ppro kernel: 11 02a36110 02a36120 00018045(11) 0395d4da 80000036 |Jun 29 16:02:19 ppro kernel: 12 02a36120 02a36130 00018049(12) 0395dcda 80000036 |Jun 29 16:02:19 ppro kernel: 13 02a36130 02a36140 0001804d(13) 0395d8da 80000036 |Jun 29 16:02:19 ppro kernel: 14 02a36140 02a36150 00018051(14) 03fbdcda 80000036 |Jun 29 16:02:19 ppro kernel: 15 02a36150 02a36160 00018055(15) 03fbd0da 80000036 |Jun 29 16:02:19 ppro kernel: 16 02a36160 02a36170 00018059(16) 052eccda 80000036 |Jun 29 16:02:19 ppro kernel: 17 02a36170 02a36180 0001805d(17) 052ec4da 80000036 |Jun 29 16:02:19 ppro kernel: 18 02a36180 02a36190 00018061(18) 052ec0da 80000036 |Jun 29 16:02:19 ppro kernel: 19 02a36190 00000000 00018065(19) 06d3c0da 80000036 |Jun 29 16:02:19 ppro kernel: 1a 02a361a0 02a361b0 00018069(1a) 00000000 00000000 |Jun 29 16:02:19 ppro kernel: 1b 02a361b0 02a361c0 0001806d(1b) 00000000 00000000 |Jun 29 16:02:19 ppro kernel: 1c 02a361c0 02a361d0 00008071(1c) 05f798da 8000006a |Jun 29 16:02:19 ppro kernel: 1d 02a361d0 02a361e0 00018075(1d) 07a3e8da 80000036 |Jun 29 16:02:19 ppro kernel: 1e 02a361e0 02a361f0 00018079(1e) 030ea0da 80000036 |Jun 29 16:02:19 ppro kernel: 1f 02a361f0 02a36000 0001807d(1f) 07766cda 80000036 |Jun 29 16:02:20 ppro kernel: TxListPtr=02a36190 netif_queue_stopped=1 |Jun 29 16:02:20 ppro kernel: cur_tx=2362(1a) dirty_tx=2332(1c) |Jun 29 16:02:20 ppro kernel: cur_rx=54 dirty_rx=54 |Jun 29 16:02:20 ppro kernel: cur_task=2362 Der Rechner läuft aber weiter und auch das Netzwerk stört sich nicht weiter daran.
Ich verwende 0000:00:0a.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 01) 0000:00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
In meinem Fall sind es: |device: D-Link System Inc DL10050 Sundance Ethernet (rev 12) bzw. |device: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller An eth1 des Rechners mit den zwei D-Links hängt momentan noch kein Netz. Daher(?) erhalte ich zur Zeit nur für eth0 die Fehlermeldung. Auf dem anderen Rechner (mit D-Link und Netgear NIC) erhalte ich auch nur für die D-Link-Karte ähnliche Logs wie oben. |Jun 29 16:35:54 lix5 kernel: NETDEV WATCHDOG: eth0: transmit timed out |Jun 29 16:35:54 lix5 kernel: eth0: Transmit timed out, TxStatus 00 TxFrameId 0d, resetting... |Jun 29 16:35:54 lix5 kernel: 00 02e45000 02e45010 00018001(00) 02a59cda 80000036 |Jun 29 16:35:54 lix5 kernel: 01 02e45010 02e45020 00018005(01) 035140da 80000036 |Jun 29 16:35:54 lix5 kernel: 02 02e45020 02e45030 00018009(02) 029274da 80000036 |Jun 29 16:35:54 lix5 kernel: 03 02e45030 02e45040 0001800d(03) 02b674da 80000036 |Jun 29 16:35:54 lix5 kernel: 04 02e45040 02e45050 00018011(04) 029270da 80000036 |Jun 29 16:35:54 lix5 kernel: 05 02e45050 02e45060 00018015(05) 03b9ccda 80000036 |Jun 29 16:35:54 lix5 kernel: 06 02e45060 02e45070 00018019(06) 03b9c8da 80000036 |Jun 29 16:35:54 lix5 kernel: 07 02e45070 02e45080 0001801d(07) 03b9c4da 80000036 |Jun 29 16:35:54 lix5 kernel: 08 02e45080 02e45090 00018021(08) 03b9c0da 80000036 |Jun 29 16:35:54 lix5 kernel: 09 02e45090 02e450a0 00018025(09) 02969cda 80000036 |Jun 29 16:35:54 lix5 kernel: 0a 02e450a0 02e450b0 00018029(0a) 02abc8da 8000006a |Jun 29 16:35:54 lix5 kernel: 0b 02e450b0 02e450c0 0001802d(0b) 0322a0da 8000007a |Jun 29 16:35:54 lix5 kernel: 0c 02e450c0 02e450d0 00018031(0c) 029698da 80000036 |Jun 29 16:35:54 lix5 kernel: 0d 02e450d0 00000000 00018035(0d) 029694da 80000036 |Jun 29 16:35:54 lix5 kernel: 0e 02e450e0 02e450f0 00018039(0e) 00000000 00000000 |Jun 29 16:35:54 lix5 kernel: 0f 02e450f0 02e45100 0001803d(0f) 00000000 00000000 |Jun 29 16:35:54 lix5 kernel: 10 02e45100 02e45110 00008041(10) 02b678da 80000036 |Jun 29 16:35:54 lix5 kernel: 11 02e45110 02e45120 00018045(11) 02c928da 80000036 |Jun 29 16:35:54 lix5 kernel: 12 02e45120 02e45130 00018049(12) 02a598da 80000036 |Jun 29 16:35:54 lix5 kernel: 13 02e45130 02e45140 0001804d(13) 02b670da 80000036 |Jun 29 16:35:54 lix5 kernel: 14 02e45140 02e45150 00018051(14) 035148da 80000036 |Jun 29 16:35:54 lix5 kernel: 15 02e45150 02e45160 00018055(15) 02c92cda 80000036 |Jun 29 16:35:54 lix5 kernel: 16 02e45160 02e45170 00018059(16) 013350da 80000036 |Jun 29 16:35:54 lix5 kernel: 17 02e45170 02e45180 0001805d(17) 029278da 80000036 |Jun 29 16:35:54 lix5 kernel: 18 02e45180 02e45190 00018061(18) 02ba28da 8000006a |Jun 29 16:35:54 lix5 kernel: 19 02e45190 02e451a0 00018065(19) 02c920da 80000036 |Jun 29 16:35:54 lix5 kernel: 1a 02e451a0 02e451b0 00018069(1a) 02a594da 80000036 |Jun 29 16:35:54 lix5 kernel: 1b 02e451b0 02e451c0 0001806d(1b) 02a590da 80000036 |Jun 29 16:35:54 lix5 kernel: 1c 02e451c0 02e451d0 00018071(1c) 03514cda 80000036 |Jun 29 16:35:54 lix5 kernel: 1d 02e451d0 02e451e0 00018075(1d) 015048da 8000007a |Jun 29 16:35:54 lix5 kernel: 1e 02e451e0 02e451f0 00018079(1e) 013354da 80000036 |Jun 29 16:35:54 lix5 kernel: 1f 02e451f0 02e45000 0001807d(1f) 03cdccda 80000036 |Jun 29 16:35:54 lix5 kernel: TxListPtr=02e450d0 netif_queue_stopped=1 |Jun 29 16:35:54 lix5 kernel: cur_tx=3150(0e) dirty_tx=3120(10) |Jun 29 16:35:54 lix5 kernel: cur_rx=19 dirty_rx=19 |Jun 29 16:35:54 lix5 kernel: cur_task=3150
Natürlich könnte es bei mir und meinem Freund ein Hardware-Problem sein. Doch wie soll man das rausfinden, wenn es dann wieder längere
Das obige Log hab ich erst seit Verwendung des 2.6er Kernels. Es wird also irgendein neues Problem sein. Die Hardware hat sich ja nicht geändert.
Andererseits fiel mir, dass noch kein Rechner mit 2.6.5-7.75-default nach "coldplug" beim Booten die Netzwerkkarte nicht erkannt hätte. Mit 2.6.4-54.5-default gab es relativ oft damit Probleme.
Diesbezüglich hab ich keine Probleme gehabt. Bis auf die Tatsache, daß meine PnP-ISA-NICs mit dem 2.6er-SuSE-Kernel gar nicht funktionsfähig zu bekommen waren. Mit SuSE 9.0 und 2.4er Kernel oder einem Knoppix 2.6er funktionierten auch die ISA-NICs. Funktion in Bezug auf wirklich übertragene Bytes gemeint. Gruß, Heiko
participants (8)
-
Al Bogner -
Al Bogner -
Frank Röske -
Hans-Robert Wagner -
Heiko Möller -
Ingo Brunberg -
Jürgen Fahnenschreiber -
Thomas Hertweck