Hi Kernel developers!
I've tried 2.6.0-test1 and -test2 and discovered a problem with
reiserfs checking.
[1.] PROBLEM: 2.6.0-test1/2 reiserfsck journal replaying hangs
[2.] I use only reiserfs hd partitions. When booting 2.6.0-test2,
fsck'ing the root file system causes a journal replay which hangs
forever; one has to interrupt it (^C) and continue manually. When
mounting (and checking) the other partitions, everything works fine,
though.
Some lines before, the kernel complains about not finding the module
dependency file. That's okay, I use a monolithic kernel with no module
support.
[3.] kernel, booting, reiserfs, fsck, journal replay
[4.] Linux version 2.6.0-test2 (martin@donald) (gcc-Version 3.3.1
20030626 (Debian prerelease)) #1 Thu Jul 31 17:24:07 CEST 2003
[5.] (no oops)
[6.] script n/a; just boot the kernel to trigger the problem
[7.1]
Linux donald 2.6.0-test2 #1 Thu Jul 31 17:24:07 CEST 2003 i686
GNU/Linux
Gnu C 3.3.1
Gnu make 3.80
util-linux 2.11z
mount 2.11z
module-init-tools 2.4.21 (I don't use modules!)
e2fsprogs 1.34-WIP
Linux C Library 2.3.1
Dynamic linker (ldd) 2.3.1
Procps 3.1.9
Net-tools 1.60
Console-tools 0.2.3
Sh-utils 5.0
[7.2]
root@donald:~# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 7
model name : AMD Duron(tm) processor
stepping : 1
cpu MHz : 1296.300
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
bogomips : 2547.71
(The error also occurs on an AMD Athlon 500)
[7.3] n/a (I don't use modules)
-------------------------------------------------------------------------------
[7.4]
root@donald:~# cat /proc/ioports
0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0200-0207 : ns558-isa
02f8-02ff : serial
0376-0376 : ide1
0378-037a : parport0
037b-037f : parport0
03c0-03df : vesafb
03f6-03f6 : ide0
03f8-03ff : serial
0cf8-0cff : PCI conf1
5000-500f : VIA Technologies, In VT82C686 [Apollo Sup
5000-5007 : viapro-smbus
6000-607f : VIA Technologies, In VT82C686 [Apollo Sup
d000-d00f : VIA Technologies, In VT82C586/B/686A/B PI
d000-d007 : ide0
d008-d00f : ide1
d400-d41f : VIA Technologies, In USB
d400-d41f : uhci-hcd
d800-d81f : VIA Technologies, In USB (#2)
d800-d81f : uhci-hcd
dc00-dcff : VIA Technologies, In VT82C686 AC97 Audio
dc00-dcff : VIA686A
e000-e003 : VIA Technologies, In VT82C686 AC97 Audio
e400-e403 : VIA Technologies, In VT82C686 AC97 Audio
e400-e401 : VIA82xx MPU401
e800-e8ff : VIA Technologies, In VT6102 [Rhine-II]
e800-e8ff : via-rhine
root@donald:~# cat /proc/iomem
00000000-0009ffff : System RAM
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000f0000-000fffff : System ROM
00100000-0ffeffff : System RAM
00100000-003420ea : Kernel code
003420eb-0041e57f : Kernel data
0fff0000-0fff2fff : ACPI Non-volatile Storage
0fff3000-0fffffff : ACPI Tables
d0000000-d7ffffff : VIA Technologies, In VT8363/8365 [KT133/K
d8000000-d9ffffff : PCI Bus #01
d8000000-d9ffffff : nVidia Corporation NV5 [Riva TnT2]
d8000000-d8feffff : vesafb
da000000-dbffffff : PCI Bus #01
da000000-daffffff : nVidia Corporation NV5 [Riva TnT2]
dc010000-dc0100ff : VIA Technologies, In VT6102 [Rhine-II]
dc010000-dc0100ff : via-rhine
ffff0000-ffffffff : reserved
-------------------------------------------------------------------------------
[7.5]
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 81)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
Latency: 8
Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
Capabilities: [a0] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: da000000-dbffffff
Prefetchable memory behind bridge: d8000000-d9ffffff
BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc. VT8235 Bus Master ATA133/100/66/33 IDE
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Region 4: I/O ports at d000 [size=16]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32, cache line size 08
Interrupt: pin D routed to IRQ 12
Region 4: I/O ports at d400 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 1a) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32, cache line size 08
Interrupt: pin D routed to IRQ 12
Region 4: I/O ports at d800 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Subsystem: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin ? routed to IRQ 5
Capabilities: [68] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50)
Subsystem: VIA Technologies, Inc. VT82C686 AC97 Audio Controller
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin C routed to IRQ 11
Region 0: I/O ports at dc00 [size=256]
Region 1: I/O ports at e000 [size=4]
Region 2: I/O ports at e400 [size=4]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0b.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 43)
Subsystem: D-Link System Inc DFE-530TX rev A
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (750ns min, 2000ns max), cache line size 08
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at e800 [size=256]
Region 1: Memory at dc010000 (32-bit, non-prefetchable) [size=256]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 11) (prog-if 00 [VGA])
Subsystem: Diamond Multimedia Systems Viper V770
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (1250ns min, 250ns max)
Interrupt: pin A routed to IRQ 10
Region 0: Memory at da000000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at d8000000 (32-bit, prefetchable) [size=32M]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [60] Power Management version 1
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [44] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
-------------------------------------------------------------------------------
[7.6]
root@donald:~# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: _NEC Model: DV-5500A Rev: 1.05
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: RICOH Model: CD-R/RW MP7063A Rev: 1.30
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 06 Lun: 00
Vendor: IOMEGA Model: ZIP 100 Rev: D.09
Type: Direct-Access ANSI SCSI revision: 02
(However, the CDROMs are IDE devices with SCSI emulation)
-------------------------------------------------------------------------------
[7.7] Other information:
root@donald:~# cat /etc/fstab
/dev/discs/disc0/part5 swap swap defaults 0 0
/dev/discs/disc0/part7 / reiserfs defaults 0 1
/dev/discs/disc0/part6 /var reiserfs defaults 0 2
/dev/discs/disc0/part8 /usr reiserfs defaults,ro,nodev 0 2
/dev/discs/disc0/part10 /usr/local reiserfs defaults,ro,nodev 0 2
/dev/discs/disc0/part9 /home reiserfs defaults,nosuid,nodev 0 2
/dev/discs/disc0/part11 /mm reiserfs defaults,nosuid,nodev,noexec 0 2
proc /proc proc defaults 0 0
/dev/cdroms/cdrom0 /cdrom auto user,noexec,ro,noauto 0 0
/dev/cdroms/cdrom1 /cdrw auto user,noexec,ro,noauto 0 0
/dev/floppy/0 /floppy vfat user,noexec,noauto 0 0
/dev/discs/disc1/part4 /zip vfat user,noauto,noexec,nodev,umask=000,rw 0 0
GRUB boot line:
title Debian GNU/Linux 2.6.0
root (hd0,6)
kernel /boot/vmlinuz-2.6.0 root=/dev/discs/disc0/part7 ro vga=0x305
boot
dmesg does not print any error or unusual messages.
-------------------------------------------------------------------------------
[X.]
I use devfs with a running devfsd. I have attached my kernel config
file for further reference. Please tell me how I can assist you with
debugging.
Thanks a lot for your great work and your support!
Martin
--
Martin Pitt
home: http://www.piware.de
eMail: [email protected]
Hello!
On Sun, Aug 03, 2003 at 12:23:25PM +0200, Martin Pitt wrote:
> [1.] PROBLEM: 2.6.0-test1/2 reiserfsck journal replaying hangs
> [2.] I use only reiserfs hd partitions. When booting 2.6.0-test2,
> fsck'ing the root file system causes a journal replay which hangs
> forever; one has to interrupt it (^C) and continue manually. When
HUH???
So you are starrting reiserfsck on rootfs and it starts to
replay a journal? That's really weird (but seems there is nthing to do with
kernel, though).
What reiserfsprogs version do you use?
Bye,
Oleg
Hi Oleg and all others,
Am 2003-08-04 11:54 +0400 schrieb Oleg Drokin:
> On Sun, Aug 03, 2003 at 12:23:25PM +0200, Martin Pitt wrote:
>
> > [1.] PROBLEM: 2.6.0-test1/2 reiserfsck journal replaying hangs
> > [2.] I use only reiserfs hd partitions. When booting 2.6.0-test2,
> > fsck'ing the root file system causes a journal replay which hangs
> > forever; one has to interrupt it (^C) and continue manually. When
>
> HUH???
> So you are starrting reiserfsck on rootfs and it starts to
> replay a journal? That's really weird (but seems there is nthing to do with
> kernel, though).
Well, it is started automatically. Actually, the line "replaying
journal" appears with every boot and it also lasts a while, so I
suppose it is actually done. fsck and replaying works with all other
file systems, it only hangs with the root fs.
It must have to do with the kernel at least partially since everything
works fine with 2.4.x.
I would be happy to help with debugging, but I need some guidance
since I'm not familiar with the kernel internals.
> What reiserfsprogs version do you use?
3.6.6, the kernel Changes says that 3.6.3 is required at least, thus
it should be okay.
Thanks in advance and have a nice day!
Martin
--
Martin Pitt
home: http://www.piware.de
eMail: [email protected]
Es gibt zwei Regeln f?r Erfolg im Leben:
1. Erz?hle den Leuten nie alles, was Du wei?t.
> 3.6.6, the kernel Changes says that 3.6.3 is required at least, thus
> it should be okay.
Hi Martin, would you try 3.6.11 reiserfsprogs and tell us about the result?
--
Thanks,
Vitaly Fertman
Hello!
On Mon, Aug 04, 2003 at 10:43:07AM +0200, Martin Pitt wrote:
> > > [1.] PROBLEM: 2.6.0-test1/2 reiserfsck journal replaying hangs
> > > [2.] I use only reiserfs hd partitions. When booting 2.6.0-test2,
> > > fsck'ing the root file system causes a journal replay which hangs
> > > forever; one has to interrupt it (^C) and continue manually. When
> > HUH???
> > So you are starrting reiserfsck on rootfs and it starts to
> > replay a journal? That's really weird (but seems there is nthing to do with
> > kernel, though).
> Well, it is started automatically. Actually, the line "replaying
> journal" appears with every boot and it also lasts a while, so I
> suppose it is actually done. fsck and replaying works with all other
> file systems, it only hangs with the root fs.
Hm, have you tried to press any other keys prior to ^C?
What was screen looking like at the hang time (can you capture it somehow?),
can you press sysrq-T at the time of a hang and then send us the traces?
Thank you.
Bye,
Oleg
Hi!
Am 2003-08-04 13:12 +0400 schrieb Oleg Drokin:
> > 3.6.6, the kernel Changes says that 3.6.3 is required at least, thus
> > it should be okay.
> Hi Martin, would you try 3.6.11 reiserfsprogs and tell us about the result?
I upgraded reiserfsck and tried again. Now a note appears that I
obviously created my partitions with an older version of reiserfsprogs
and that the journal header was fixed.
Otherwise, it behaves similar, the last message is "Replaying journal"
and that hangs forever.
Am 2003-08-04 13:17 +0400 schrieb Oleg Drokin:
> On Mon, Aug 04, 2003 at 10:43:07AM +0200, Martin Pitt wrote:
> > > So you are starrting reiserfsck on rootfs and it starts to
> > > replay a journal? That's really weird (but seems there is nthing to do with
> > > kernel, though).
> > Well, it is started automatically. Actually, the line "replaying
> > journal" appears with every boot and it also lasts a while, so I
> > suppose it is actually done. fsck and replaying works with all other
> > file systems, it only hangs with the root fs.
>
> Hm, have you tried to press any other keys prior to ^C?
Yes, but only very few work: after ^C and PrintScreen a prompt
appears: "press Control-D for normal startup or enter root password"
(something similar; ^D works well) and SysRq-... work normally (magic
key).
> What was screen looking like at the hang time (can you capture it somehow?),
That's very difficult, no consoles are active at that time. There are
no error messages and no messages that don't appear with 2.4.x, apart
from the warnings about missing module stuff. I can photograph it if
you want.
> can you press sysrq-T at the time of a hang and then send us the traces?
That's even more difficult, it produces several screenfulls of text
scrolling away very fast. I'd need a serial console for this purpose
but it will last a while to set this up since I don't have the
necessary hardware here. I could do it tomorrow.
Thanks and have a nice day!
Martin
--
Martin Pitt
home: http://www.piware.de
eMail: [email protected]
Es gibt zwei Regeln f?r Erfolg im Leben:
1. Erz?hle den Leuten nie alles, was Du wei?t.
Hello!
On Mon, Aug 04, 2003 at 12:13:12PM +0200, Martin Pitt wrote:
> > What was screen looking like at the hang time (can you capture it somehow?),
> That's very difficult, no consoles are active at that time. There are
> no error messages and no messages that don't appear with 2.4.x, apart
> from the warnings about missing module stuff. I can photograph it if
> you want.
Yeah, sure.
> > can you press sysrq-T at the time of a hang and then send us the traces?
> That's even more difficult, it produces several screenfulls of text
> scrolling away very fast. I'd need a serial console for this purpose
> but it will last a while to set this up since I don't have the
> necessary hardware here. I could do it tomorrow.
Well, as I understand, you first press sysrq-T, then ^C, then thing boots and you can
colled sysrq-t output from dmesg or boot logs.
At least I think it should work that way, no?
Bye,
Oleg
Hi!
Am 2003-08-04 14:16 +0400 schrieb Oleg Drokin:
> Hello!
>
> On Mon, Aug 04, 2003 at 12:13:12PM +0200, Martin Pitt wrote:
>
> > > What was screen looking like at the hang time (can you capture it somehow?),
> > That's very difficult, no consoles are active at that time. There are
> > no error messages and no messages that don't appear with 2.4.x, apart
> > from the warnings about missing module stuff. I can photograph it if
> > you want.
>
> Yeah, sure.
I did that. I will send you the screenshot per private mail for not
cluttering up the mailing list.
> > > can you press sysrq-T at the time of a hang and then send us the traces?
> > That's even more difficult, it produces several screenfulls of text
> > scrolling away very fast. I'd need a serial console for this purpose
> > but it will last a while to set this up since I don't have the
> > necessary hardware here. I could do it tomorrow.
>
> Well, as I understand, you first press sysrq-T, then ^C, then thing boots and you can
> colled sysrq-t output from dmesg or boot logs.
It does not work that way. Both with 2.4.x and 2.6.0-test2, after
pressing sysrq-something you can only choose actions from the menu (i.
e. eventually reboot). Every key press is interpreted as magic key
menu selection, I do not even have to hold down alt+sysrq to choose
's'ync, 'b'oot and so on. There is no such thing as "e'x'it from this
menu". This may be regarded as another bug.
Syslog is not started at the point of root fs check, thus the dump is
not saved. I cannot call dmesg since after sysrq+t I'm stuck in the
emergency menu. So I booted normally (^C, ^D) and then did a sysrq+t,
rebooting and saving the previous syslog (boot messages and trace) in
kernmsg.txt. I do not think that it will be helpful since fsck has
finished at that time, but I attach it nevertheless.
Any other chance? I can also try other combinations (modular kernel,
no devfs, etc. but actually I like it the way it is).
Thanks!
Martin
--
Martin Pitt
home: http://www.piware.de
eMail: [email protected]
Es gibt zwei Regeln f?r Erfolg im Leben:
1. Erz?hle den Leuten nie alles, was Du wei?t.
Hello!
On Mon, Aug 04, 2003 at 03:22:11PM +0200, Martin Pitt wrote:
> > Yeah, sure.
> I did that. I will send you the screenshot per private mail for not
> cluttering up the mailing list.
Ok, got it.
reiserfsck hanged for unknown reason.
This is not on your root partition, but rather on /dev/hda6
> > > > can you press sysrq-T at the time of a hang and then send us the traces?
> > > That's even more difficult, it produces several screenfulls of text
> > > scrolling away very fast. I'd need a serial console for this purpose
> > > but it will last a while to set this up since I don't have the
> > > necessary hardware here. I could do it tomorrow.
> > Well, as I understand, you first press sysrq-T, then ^C, then thing boots and you can
> > colled sysrq-t output from dmesg or boot logs.
> It does not work that way. Both with 2.4.x and 2.6.0-test2, after
> pressing sysrq-something you can only choose actions from the menu (i.
> e. eventually reboot). Every key press is interpreted as magic key
> menu selection, I do not even have to hold down alt+sysrq to choose
> 's'ync, 'b'oot and so on. There is no such thing as "e'x'it from this
> menu". This may be regarded as another bug.
Hm, I heard of such cases and usually this is because some key(un)press events got lost.
How about pressing Ctrl key and Alt key separately which should let you out of this mode
hopefully.
Also What if you'd unmount /dev/hda6 after you booted and try to run
/sbin/reiserfsck -a /dev/hda6, will it hang in this case?
If so, you might be able to get stacktrace (with sysrq-t) from that point too.
Also look if reiserfsck eats cpu or behaves strangely in some other manner when hanging,
and if so, we may need a metadata snapshot of your /dev/hda6 device
( you can obtain one with debugreiserfs -p /dev/hda6 | bzip2 -9c >metadata.bz2)
Bye,
Oleg