Bug#551733: linux-image-2.6.26-2-686: Cannot boot kernel 2.6.26-2-686
Taking the easy question first ;-) output of dpkg -l busybox gives: ii busybox1:1.10.2-2 Tiny utilities for small and embedded system Seems like splashy is out of the system anyway - output of dpkg -l splashy gives: un splashy (no description available) As for trying to load "unix" I can't answer that because it does not appear in the /etc/initramfs-tools/modules file at present. I may have loaded "unix" when loading modules manually - thinking it might be needed. It is certainly a result of the local initramfs build environment that has caused the problem. I have created a fresh install of Debian 5.04 using the same boot partition; the initrd.img-2.6.26-2-686 that it produces boots my system with no problems. I would be quite happy for you to close this bug now. We know it was something to do with my environment and no others, and I intend to reinstall with 5.04 soon. I really appreciate the effort that has been made to solve this problem but I am sure there are more pressing matters. Many thanks, Bruce maximilian attems wrote: On Tue, 09 Mar 2010, Bruce Ward wrote: Hello Max. Did you get the initramfs? I sent it 17 February. Bruce didn't see any trouble relevant modules are inside. only thing that I remakred was splashy, could you please purge that to have it out of the game? and then update-initramfs of course.. ;) why do you attempt to load "unix" in /etc/initramfs-tools/modules it is built in since very long. although this shouldn't change the trouble.. don't get the " /bin/sleep: not found" it is clearly in the initramfs. might be due a busybox bug, which version of busybox are you running dpkg -l busybox thanks -- === Bruce Ward, Nelson, New Zealand -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bbd9da3.4020...@orcon.net.nz
Bug#551733: linux-image-2.6.26-2-686: Cannot boot kernel 2.6.26-2-686
maximilian attems wrote: On Thu, 11 Feb 2010, Bruce Ward wrote: Greetings. More data. I have managed to get an initramfs debug out of the system and have also provided a debug from a 2.6.26-1-686 kernel which boots OK. I'm damned if I can see any reason from the debug for the recent kernel (2.6.26-2-686) to fail to boot! Interesting (but possibly not relevant) observations from my playing around (exploration). Remember there are only a few modules (thermal ones) loaded when the system drops out. 1. Load USB drivers - they find the pendrive, but no entry created in /dev. 2. Use mknod to create /dev/sda3 for the ext3 partition on pendrive. sda3 is the only SCSI entry in /dev. 3. Load ext3 module, and mount the sda3 partition and, behold, there are entries in /dev/ for sda, sda1, and sda2, as well as sda3. 4. Load the SATA drivers and suddenly there are sdb entries in /dev for all partitions on the drive I have failed to boot from. that points a bit to udev is it running at this stage? And more data. Attached is the list of entries in /dev at fail-time. Not extensive and no subdirectories. It seems that udev is doing something, but not enough. Bruce === Bruce Ward, Nelson, New Zealand crw-rw1 00 5, 1 Feb 12 19:12 console crw-rw1 00 10, 63 Feb 12 19:11 cpu_dma_latency crw-rw1 00 1, 7 Feb 12 19:11 full crw-rw1 00 10, 228 Feb 12 19:11 hpet crw-rw1 00 1, 2 Feb 12 19:11 kmem crw-rw1 00 1, 11 Feb 12 19:11 kmsg crw-rw1 00 1, 1 Feb 12 19:11 mem crw-rw1 00 13, 63 Feb 12 19:11 mice crw-rw1 00 10, 62 Feb 12 19:11 network_latency crw-rw1 00 10, 61 Feb 12 19:11 network_throughput crw-rw1 00 1, 3 Feb 12 19:11 null crw-rw1 00 1, 4 Feb 12 19:11 port crw-rw1 00 10, 1 Feb 12 19:11 psaux crw-rw1 00 5, 2 Feb 12 19:11 ptmx brw-rw1 00 1, 0 Feb 12 19:11 ram0 brw-rw1 00 1, 1 Feb 12 19:11 ram1 brw-rw1 00 1, 10 Feb 12 19:11 ram10 brw-rw1 00 1, 11 Feb 12 19:11 ram11 brw-rw1 00 1, 12 Feb 12 19:11 ram12 brw-rw1 00 1, 13 Feb 12 19:11 ram13 brw-rw1 00 1, 14 Feb 12 19:11 ram14 brw-rw1 00 1, 15 Feb 12 19:11 ram15 brw-rw1 00 1, 2 Feb 12 19:11 ram2 brw-rw1 00 1, 3 Feb 12 19:11 ram3 brw-rw1 00 1, 4 Feb 12 19:11 ram4 brw-rw1 00 1, 5 Feb 12 19:11 ram5 brw-rw1 00 1, 6 Feb 12 19:11 ram6 brw-rw1 00 1, 7 Feb 12 19:11 ram7 brw-rw1 00 1, 8 Feb 12 19:11 ram8 brw-rw1 00 1, 9 Feb 12 19:11 ram9 crw-rw1 00 1, 8 Feb 12 19:11 random crw-rw1 00254, 0 Feb 12 19:11 rtc0 crw-rw1 00 10, 231 Feb 12 19:11 snapshot crw-rw1 00 5, 0 Feb 12 19:11 tty crw-rw1 00 4, 0 Feb 12 19:11 tty0 crw-rw1 00 4, 1 Feb 12 19:11 tty1 crw-rw1 00 4, 10 Feb 12 19:11 tty10 crw-rw1 00 4, 11 Feb 12 19:11 tty11 crw-rw1 00 4, 12 Feb 12 19:11 tty12 crw-rw1 00 4, 13 Feb 12 19:11 tty13 crw-rw1 00 4, 14 Feb 12 19:11 tty14 crw-rw1 00 4, 15 Feb 12 19:11 tty15 crw-rw1 00 4, 16 Feb 12 19:11 tty16 crw-rw1 00 4, 17 Feb 12 19:11 tty17 crw-rw1 00 4, 18 Feb 12 19:11 tty18 crw-rw1 00 4, 19 Feb 12 19:11 tty19 crw-rw1 00 4, 2 Feb 12 19:11 tty2 crw-rw1 00 4, 20 Feb 12 19:11 tty20 crw-rw1 00 4, 21 Feb 12 19:11 tty21 crw-rw1 00 4, 22 Feb 12 19:11 tty22 crw-rw1 00 4, 23 Feb 12 19:11 tty23 crw-rw1 00 4, 24 Feb 12 19:11 tty24 crw-rw1 00 4, 25 Feb 12 19:11 tty25 crw-rw1 00 4, 26 Feb 12 19:11 tty26 crw-rw1 00 4, 27 Feb 12 19:11 tty27 crw-rw1 00 4, 28 Feb 12 19:11 tty28 crw-rw1 00 4, 29 Feb 12 19:11 tty29 crw-rw1 00 4, 3 Feb 12 19:11 tty3 crw-rw1 00 4, 30 Feb 12 19:11 tty30 crw-rw1 00 4, 31 Feb 12 19:11 tty31 crw-rw
Bug#551733: linux-image-2.6.26-2-686: Cannot boot kernel 2.6.26-2-686
maximilian attems wrote: On Thu, 11 Feb 2010, Bruce Ward wrote: Greetings. More data. I have managed to get an initramfs debug out of the system and have also provided a debug from a 2.6.26-1-686 kernel which boots OK. I'm damned if I can see any reason from the debug for the recent kernel (2.6.26-2-686) to fail to boot! Interesting (but possibly not relevant) observations from my playing around (exploration). Remember there are only a few modules (thermal ones) loaded when the system drops out. 1. Load USB drivers - they find the pendrive, but no entry created in /dev. 2. Use mknod to create /dev/sda3 for the ext3 partition on pendrive. sda3 is the only SCSI entry in /dev. 3. Load ext3 module, and mount the sda3 partition and, behold, there are entries in /dev/ for sda, sda1, and sda2, as well as sda3. 4. Load the SATA drivers and suddenly there are sdb entries in /dev for all partitions on the drive I have failed to boot from. that points a bit to udev is it running at this stage? Yes, udev is running. Attached is a ps capture as soon as I had the pendrive mounted. When the boot stopped, the listing of processes stopped at PID 732. udev is there before running the rescue shell. Bruce === Bruce Ward, Nelson, New Zealand PID USER COMMAND 1 0/bin/sh /init 2 0[kthreadd] 3 0[migration/0] 4 0[ksoftirqd/0] 5 0[watchdog/0] 6 0[events/0] 7 0[khelper] 39 0[kblockd/0] 41 0[kacpid] 42 0[kacpi_notify] 149 0[kseriod] 186 0[pdflush] 187 0[pdflush] 188 0[kswapd0] 189 0[aio/0] 396 0udevd --daemon 732 0/bin/sh -i 736 0[ksuspend_usbd] 739 0[khubd] 788 0[scsi_eh_0] 789 0[usb-storage] 842 0[kjournald] 843 0ps
Bug#551733: linux-image-2.6.26-2-686: Cannot boot kernel 2.6.26-2-686
Greetings.
More data. I have managed to get an initramfs debug out of the system
and have also provided a debug from a 2.6.26-1-686 kernel which boots
OK. I'm damned if I can see any reason from the debug for the recent
kernel (2.6.26-2-686) to fail to boot!
Interesting (but possibly not relevant) observations from my playing
around (exploration). Remember there are only a few modules (thermal
ones) loaded when the system drops out.
1. Load USB drivers - they find the pendrive, but no entry created in /dev.
2. Use mknod to create /dev/sda3 for the ext3 partition on pendrive.
sda3 is the only SCSI entry in /dev.
3. Load ext3 module, and mount the sda3 partition and, behold, there are
entries in /dev/ for sda, sda1, and sda2, as well as sda3.
4. Load the SATA drivers and suddenly there are sdb entries in /dev for
all partitions on the drive I have failed to boot from.
A minor bug (?). ls /bin shows mknod, but trying to use it (/bin/mknod)
gives the error:
/bin/sh: /bin/mknod: not found
I have not tried using mknod to put the partitions in /dev/disk/by-label
where init is expecting to find them, and then continuing the boot
process. Would this be useful?
Does it look as though the process which is supposed to load modules is
failing?
Bruce
===
Bruce Ward, Nelson, New Zealand
+ [ -z ]
+ export resume=/dev/sdb6
+ depmod -a
+ maybe_break top
+ [ = top ]
+ run_scripts /scripts/init-top
+ initdir=/scripts/init-top
+ [ ! -d /scripts/init-top ]
+ get_prereqs
+ set_initlist
+ unset initlist
+ [ /scripts/init-top/all_generic_ide = /scripts/init-top/* ]
+ [ ! -x /scripts/init-top/all_generic_ide ]
+ [ -d /scripts/init-top/all_generic_ide ]
+ initlist= all_generic_ide
+ [ /scripts/init-top/framebuffer = /scripts/init-top/* ]
+ [ ! -x /scripts/init-top/framebuffer ]
+ [ -d /scripts/init-top/framebuffer ]
+ initlist= all_generic_ide framebuffer
+ [ /scripts/init-top/keymap = /scripts/init-top/* ]
+ [ ! -x /scripts/init-top/keymap ]
+ [ -d /scripts/init-top/keymap ]
+ initlist= all_generic_ide framebuffer keymap
+ /scripts/init-top/all_generic_ide prereqs
+ tmp=
+ eval array_all_generic_ide=""
+ array_all_generic_ide=
+ /scripts/init-top/framebuffer prereqs
+ tmp=
+ eval array_framebuffer=""
+ array_framebuffer=
+ /scripts/init-top/keymap prereqs
+ tmp=
+ eval array_keymap=""
+ array_keymap=
+ reduce_prereqs
+ unset runlist
+ set -- all_generic_ide framebuffer keymap
+ i=3
+ [ 3 -ne 0 ]
+ oldi=3
+ reduce_satisfied all_generic_ide
+ render array_all_generic_ide
+ eval echo -n ${array_all_generic_ide}
+ echo -n
+ deplist=
+ unset tmpdeplist
+ deplist=
+ eval array_all_generic_ide=""
+ array_all_generic_ide=
+ render array_all_generic_ide
+ eval echo -n ${array_all_generic_ide}
+ echo -n
+ count_unsatisfied
+ set --
+ return 0
+ cnt=0
+ [ 0 -eq 0 ]
+ runlist= all_generic_ide
+ pop_list_item all_generic_ide all_generic_ide framebuffer keymap
+ item=all_generic_ide
+ shift
+ set -- all_generic_ide framebuffer keymap
+ unset tmppop
+ [ all_generic_ide = all_generic_ide ]
+ continue
+ [ framebuffer = all_generic_ide ]
+ tmppop= framebuffer
+ [ keymap = all_generic_ide ]
+ tmppop= framebuffer keymap
+ initlist= framebuffer keymap
+ i=2
+ reduce_satisfied framebuffer
+ render array_framebuffer
+ eval echo -n ${array_framebuffer}
+ echo -n
+ deplist=
+ unset tmpdeplist
+ deplist=
+ pop_list_item all_generic_ide
+ item=all_generic_ide
+ shift
+ set --
+ unset tmppop
+ deplist=
+ eval array_framebuffer=""
+ array_framebuffer=
+ render array_framebuffer
+ eval echo -n ${array_framebuffer}
+ echo -n
+ count_unsatisfied
+ set --
+ return 0
+ cnt=0
+ [ 0 -eq 0 ]
+ runlist= all_generic_ide framebuffer
+ pop_list_item framebuffer framebuffer keymap
+ item=framebuffer
+ shift
+ set -- framebuffer keymap
+ unset tmppop
+ [ framebuffer = framebuffer ]
+ continue
+ [ keymap = framebuffer ]
+ tmppop= keymap
+ initlist= keymap
+ i=1
+ reduce_satisfied keymap
+ render array_keymap
+ eval echo -n ${array_keymap}
+ echo -n
+ deplist=
+ unset tmpdeplist
+ deplist=
+ pop_list_item all_generic_ide
+ item=all_generic_ide
+ shift
+ set --
+ unset tmppop
+ deplist=
+ pop_list_item framebuffer
+ item=framebuffer
+ shift
+ set --
+ unset tmppop
+ deplist=
+ eval array_keymap=""
+ array_keymap=
+ render array_keymap
+ eval echo -n ${array_keymap}
+ echo -n
+ count_unsatisfied
+ set --
+ return 0
+ cnt=0
+ [ 0 -eq 0 ]
+ runlist= all_generic_ide framebuffer keymap
+ pop_list_item keymap keymap
+ item=keymap
+ shift
+ set -- keymap
+ unset tmppop
+ [ keymap = keymap ]
+ continue
+ initlist=
+ i=0
+ [ 0 -eq 3 ]
+ [ 0 -ne 0 ]
+ call_scripts
+ [ = y ]
+ /scripts/init-top/all_generic_ide
+ [ -e /conf/param.conf ]
+ [ = y ]
+ /scripts/init-top/framebuffer
+ [ -e /conf/param.conf ]
+ [ = y ]
+ /scripts/init-top/keymap
+ [ -e /conf/param.conf ]
+ maybe_break modules
+ [ = modules ]
+ log_begin_msg Loading essential drivers
+ [ -x /sbin/uspla
Bug#551733: linux-image-2.6.26-2-686: Cannot boot kernel 2.6.26-2-686
maximilian attems wrote: On Thu, 04 Feb 2010, Bruce Ward wrote: Here is the log from a run today. Looking into a real initram image also created today I see that the modules (/lib/modules/2.6.28-2-686/kernel/drivers/ ...) all have a 27 Dec. 2010 date! This is a little surprising as the modules in the directory on the drive all have 2009 (27 Dec.) date. Further, I was not correct in my first posting - the system DOES get to: Loading, please wait ... which might put suspicion on the actual driver modules rather than the initramfs creation. Bruce seen nothing suspicious at first sight, please use rootdelay bootparam and follow http://wiki.debian.org/InitramfsDebug thanks Thanks for the link. I have used the 'break=' parameter but not found anything that looked like solving the problem. Root device does not exist at any stage, nor do the SATA modules get loaded. (I've tried manual loading of all modules I thought might be needed but no luck.) Root boot argument is OK - indicates that I am booting from the disc I expect (there are a number of discs in this machine). I have attached the filelists from the two initrd.img files, there are a number of differences but I can't tell if any of them are significant. What to try next? With further exploration I might be able to do a debug and get the file onto a USB stick. (Manual loading of modules will get the system to recognise a pen-drive even if it will not admit the presence of any hard disc!) Bruce === Bruce Ward, Nelson, New Zealand .. ./init ./usr ./usr/lib ./usr/lib/libglib-2.0.so.0 ./usr/lib/libdirect-1.0.so.0 ./usr/lib/liblzo2.so.2 ./usr/lib/libfusion-1.0.so.0 ./usr/lib/libdirectfb-1.0.so.0 ./usr/lib/libpcre.so.3 ./usr/lib/libgcrypt.so.11 ./usr/lib/libgpg-error.so.0 ./lib ./lib/libgcc_s.so.1 ./lib/libc.so.6 ./lib/libcfont.so.0 ./lib/libsplashycnf.so.1 ./lib/libsplashy.so.1 ./lib/libpthread.so.0 ./lib/libm.so.6 ./lib/modules ./lib/modules/2.6.26-2-686 ./lib/modules/2.6.26-2-686/kernel ./lib/modules/2.6.26-2-686/kernel/drivers ./lib/modules/2.6.26-2-686/kernel/drivers/ssb ./lib/modules/2.6.26-2-686/kernel/drivers/ssb/ssb.ko ./lib/modules/2.6.26-2-686/kernel/drivers/hid ./lib/modules/2.6.26-2-686/kernel/drivers/hid/hid.ko ./lib/modules/2.6.26-2-686/kernel/drivers/hid/usbhid ./lib/modules/2.6.26-2-686/kernel/drivers/hid/usbhid/usbhid.ko ./lib/modules/2.6.26-2-686/kernel/drivers/pcmcia ./lib/modules/2.6.26-2-686/kernel/drivers/pcmcia/pcmcia.ko ./lib/modules/2.6.26-2-686/kernel/drivers/pcmcia/pcmcia_core.ko ./lib/modules/2.6.26-2-686/kernel/drivers/usb ./lib/modules/2.6.26-2-686/kernel/drivers/usb/core ./lib/modules/2.6.26-2-686/kernel/drivers/usb/core/usbcore.ko ./lib/modules/2.6.26-2-686/kernel/drivers/usb/storage ./lib/modules/2.6.26-2-686/kernel/drivers/usb/storage/usb-storage.ko ./lib/modules/2.6.26-2-686/kernel/drivers/usb/host ./lib/modules/2.6.26-2-686/kernel/drivers/usb/host/ehci-hcd.ko ./lib/modules/2.6.26-2-686/kernel/drivers/usb/host/uhci-hcd.ko ./lib/modules/2.6.26-2-686/kernel/drivers/usb/host/ohci-hcd.ko ./lib/modules/2.6.26-2-686/kernel/drivers/message ./lib/modules/2.6.26-2-686/kernel/drivers/message/i2o ./lib/modules/2.6.26-2-686/kernel/drivers/message/i2o/i2o_core.ko ./lib/modules/2.6.26-2-686/kernel/drivers/message/i2o/i2o_block.ko ./lib/modules/2.6.26-2-686/kernel/drivers/message/fusion ./lib/modules/2.6.26-2-686/kernel/drivers/message/fusion/mptscsih.ko ./lib/modules/2.6.26-2-686/kernel/drivers/message/fusion/mptspi.ko ./lib/modules/2.6.26-2-686/kernel/drivers/message/fusion/mptbase.ko ./lib/modules/2.6.26-2-686/kernel/drivers/message/fusion/mptfc.ko ./lib/modules/2.6.26-2-686/kernel/drivers/message/fusion/mptsas.ko ./lib/modules/2.6.26-2-686/kernel/drivers/video ./lib/modules/2.6.26-2-686/kernel/drivers/video/vgastate.ko ./lib/modules/2.6.26-2-686/kernel/drivers/video/vga16fb.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide ./lib/modules/2.6.26-2-686/kernel/drivers/ide/ide-floppy.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/ide-core.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/ide-cd_mod.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/legacy ./lib/modules/2.6.26-2-686/kernel/drivers/ide/legacy/ide-cs.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/ide-tape.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/pdc202xx_new.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/siimage.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/hpt34x.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/aec62xx.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/amd74xx.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/slc90e66.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/opti621.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/trm290.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/it821x.ko ./lib/modules/2.6.26-2-686/kernel/drivers/ide/pci/alim15x3.ko ./lib/modules/2.6.26-2-686/kernel/dri
Bug#551733: linux-image-2.6.26-2-686: Cannot boot kernel 2.6.26-2-686
Package: linux-image-2.6.26-2-686 Version: 2.6.26-19 Severity: important Kernel image 2.6.26-1-686 is no problem. 2.6.26-2-686 drops me to a shell titled (initramfs) shortly after issuing the message: "Booting the kernel." It never gets to "Loading, please wait ..." Before I get control there are a (large) number of screen messages of the form: /init: line1: /bin/sleep: not found and then "Gave up waiting for root device" and "ALERT! /dev/disk/by-label/D5root does not exist. Dropping to a shell! At this stage, looking at the filesystem available in initramfs: there is no /dev/disk/ directory although /dev exists, /proc/modules contains only thermal_sys, fan, processor, and thermal, /lib/modules/2.6.26-2-686/ appears well-populated, /sbin contains only 7 files (depmod, modprobe, resume, rmmod, udevadm, udevd, udevsettle), /bin/sleep exists so the multiple /init errors are not looking for /bin/sleep. I am using GRUB (legacy) and root=LABEL statements identical to the ones which boot 2.6.26-1-686 without any problem. I have regenerated the initrd-img a number of times to no effect. -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-2-686 depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii initramfs-tools [linux-initra 0.93.2 tools for generating an initramfs ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-2-686 recommends: ii libc6-i6862.7-18 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.26-2-686 suggests: ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 (no description available) -- debconf information: linux-image-2.6.26-2-686/postinst/bootloader-error-2.6.26-2-686: shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-2-686/postinst/old-dir-initrd-link-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/overwriting-modules-2.6.26-2-686: true linux-image-2.6.26-2-686/postinst/bootloader-test-error-2.6.26-2-686: linux-image-2.6.26-2-686/postinst/depmod-error-2.6.26-2-686: false linux-image-2.6.26-2-686/preinst/bootloader-initrd-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/abort-overwrite-2.6.26-2-686: linux-image-2.6.26-2-686/preinst/abort-install-2.6.26-2-686: linux-image-2.6.26-2-686/postinst/depmod-error-initrd-2.6.26-2-686: false linux-image-2.6.26-2-686/postinst/create-kimage-link-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/failed-to-move-modules-2.6.26-2-686: linux-image-2.6.26-2-686/preinst/initrd-2.6.26-2-686: linux-image-2.6.26-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.26-2-686/prerm/would-invalidate-boot-loader-2.6.26-2-686: true linux-image-2.6.26-2-686/postinst/kimage-is-a-directory: linux-image-2.6.26-2-686/postinst/old-initrd-link-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/elilo-initrd-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/lilo-initrd-2.6.26-2-686: true linux-image-2.6.26-2-686/prerm/removing-running-kernel-2.6.26-2-686: true linux-image-2.6.26-2-686/postinst/old-system-map-link-2.6.26-2-686: true -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536316: linux-image-2.6.26-1-686: Lenny doesn't detect blank media in IDE slave CD-RW
Ben Hutchings wrote: I have revived another PC running Debian 'lenny' and I can reproduce the message 'cdrom: This disc doesn't have any tracks I recognize!'. However, the CD-R is still visible to user-land and some part of GNOME prompts me to burn data or audio to it. So I don't think this message itself indicates a problem, and the potential fix I found was addressing a different bug. What is a problem, of course, is the lack of any acknowledgement of the disc in the Plextor drive. Please enable debugging messages by running: echo 1 >/proc/sys/dev/cdrom/debug Then insert a blank disc into the Plextor drive, and report the kernel messages this produces. To stop the debugging messages, run: echo 0 >/proc/sys/dev/cdrom/debug Also, please submit a separate bug report for the problems you had in upgrading the kernel. Ben. Attached is the output from /var/log/messages after enabling cdrom debugging, until it was turned off. The Plextor CD-RW drive is /dev/hdd. The DVD-RW drive (hdc) was empty. In this time I opened the Plextor drive, put in a blank CD, closed the door, waited until the drive light changed to green, opened the door and took out the blank CD, and closed the door. There were no corresponding messages in /var/log/debug. As for the kernel upgrade - no problem upgrading. I just can't use it! I'll try it again to record the messages I get and what I have found of the environment I get left in and then submit a bug report. Thanks for your time Ben. Bruce -- === Bruce Ward, Nelson, New Zealand Oct 18 19:18:15 Samarkand kernel: [357613.856064] cdrom: entering cdrom_open Oct 18 19:18:15 Samarkand kernel: [357613.856076] cdrom: Use count for "/dev/hdc" now 1 Oct 18 19:18:15 Samarkand kernel: [357613.856259] cdrom: entering cdrom_open Oct 18 19:18:15 Samarkand kernel: [357613.856264] cdrom: Use count for "/dev/hdd" now 1 Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: entering CDROM_DRIVE_STATUS Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: entering CDROM_DRIVE_STATUS Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: entering cdrom_release Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: Use count for "/dev/hdd" now zero Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: hdd: No DVD+RW Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: Unlocking door! Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: entering cdrom_release Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: Use count for "/dev/hdc" now zero Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: hdc: No DVD+RW Oct 18 19:18:15 Samarkand kernel: [357613.860029] cdrom: Unlocking door! Oct 18 19:18:17 Samarkand kernel: [357615.856058] cdrom: entering cdrom_open Oct 18 19:18:17 Samarkand kernel: [357615.856070] cdrom: Use count for "/dev/hdc" now 1 Oct 18 19:18:17 Samarkand kernel: [357615.856425] cdrom: entering cdrom_open Oct 18 19:18:17 Samarkand kernel: [357615.856432] cdrom: Use count for "/dev/hdd" now 1 Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: entering CDROM_DRIVE_STATUS Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: entering CDROM_DRIVE_STATUS Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: entering cdrom_release Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: Use count for "/dev/hdd" now zero Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: hdd: No DVD+RW Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: Unlocking door! Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: entering cdrom_release Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: Use count for "/dev/hdc" now zero Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: hdc: No DVD+RW Oct 18 19:18:17 Samarkand kernel: [357615.860040] cdrom: Unlocking door! Oct 18 19:18:19 Samarkand kernel: [357617.856064] cdrom: entering cdrom_open Oct 18 19:18:19 Samarkand kernel: [357617.856075] cdrom: Use count for "/dev/hdc" now 1 Oct 18 19:18:19 Samarkand kernel: [357617.856229] cdrom: entering cdrom_open Oct 18 19:18:19 Samarkand kernel: [357617.856235] cdrom: Use count for "/dev/hdd" now 1 Oct 18 19:18:19 Samarkand kernel: [357617.860026] cdrom: entering CDROM_DRIVE_STATUS Oct 18 19:18:19 Samarkand kernel: [357617.860026] cdrom: entering CDROM_DRIVE_STATUS Oct 18 19:18:19 Samarkand kernel: [357617.860026] cdrom: entering cdrom_release Oct 18 19:18:19 Samarkand kernel: [357617.860026] cdrom: Use count for "/dev/hdd" now zero Oct 18 19:18:19 Samarkand kernel: [357617.860026] cdrom: hdd: No DVD+RW Oct 18 19:18:19 Samarkand kernel: [357617.860026] cdrom: Unlocking door! Oct 18 19:18:19 Samarkand kernel: [357617.860027] cdrom: entering cdrom_release Oct 18 19:18:19 Samarkand kernel: [357617.860027] cdrom: Use count for "/
Bug#536316: This appears to be regression from Etch
Further information. Having tested this with the Plextor drive as the master and only drive in the second IDE channel, the system still does not act on blank medium in the drive. The drive light changes colour to indicate that it detects a new disc; no response elsewhere. Changed module ide_cd_mod or cd_rom? Bruce Ward -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536316: linux-image-2.6.26-1-686: Lenny doesn't detect blank media in IDE slave CD-RW
Package: linux-image-2.6.26-1-686 Version: 2.6.26-13lenny2 Severity: important Machine with 2 CD/DVD writers on IDE channel 2. /dev/hdc is a DVD-RW (DVDRW IDE H16X ); /dev/hdd is a CD-RW (PLEXTOR CD-R PX-W2410A). Dual-booting between Etch (update from Sarge) and a fresh Lenny install. Under Etch, both drives detect a blank CD and the kernel reports in /var/log/messages (and to a tty if using one): cdrom: This disc doesn't have any tracks I recognize! Under Lenny, /dev/hdd fails to produce a kernel message, although the drive light indicates that the drive has detected medium. /dev/hdc reports in /var/log/messages: Samarkand kernel: [ 992.907877] cdrom: This disc doesn't have any tracks I recognize! Neither drive produces a report to the user's tty. There is no problem with detecting audio or data discs - only blank media. This means that the CD-RW is not available to a desktop CD-burner (nautilus-cd-burner) which is a regression from Etch (Linux 2.6.18-6-686 #1). -- Package-specific info: ** Version: Linux version 2.6.26-1-686 (Debian 2.6.26-13lenny2) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Fri Mar 13 18:08:45 UTC 2009 ** Command line: root=LABEL=D5root ro quiet ** Not tainted ** Kernel log: [ 15.824977] hdb: UDMA/66 mode selected [ 15.825282] Probing IDE interface ide1... [ 16.560142] hdc: DVDRW IDE H16X, ATAPI CD/DVD-ROM drive [ 17.344142] hdd: PLEXTOR CD-R PX-W2410A, ATAPI CD/DVD-ROM drive [ 17.400055] hdc: host max PIO5 wanted PIO255(auto-tune) selected PIO4 [ 17.400309] hdc: UDMA/33 mode selected [ 17.400780] hdd: host max PIO5 wanted PIO255(auto-tune) selected PIO4 [ 17.400885] hdd: UDMA/33 mode selected [ 17.400992] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 [ 17.404652] ide1 at 0x170-0x177,0x376 on irq 15 [ 17.505698] hda: max request size: 512KiB [ 17.509345] hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63 [ 17.510097] hda: cache flushes supported [ 17.510176] hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 > [ 17.589531] hdb: max request size: 128KiB [ 17.589816] hdb: 20005650 sectors (10242 MB) w/512KiB Cache, CHS=19846/16/63 [ 17.589824] hdb: cache flushes not supported [ 17.589880] hdb: hdb1 hdb2 hdb3 < hdb5 hdb6 > hdb4 [ 17.639459] hdc: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache [ 17.639475] Uniform CD-ROM driver Revision: 3.20 [ 17.642884] hdd: ATAPI 40X CD-ROM CD-R/RW drive, 4096kB Cache [ 18.539949] PM: Starting manual resume from disk [ 18.592015] kjournald starting. Commit interval 5 seconds [ 18.592015] EXT3-fs: mounted filesystem with ordered data mode. [ 19.644114] udev: starting version 140 [ 19.644174] udev: deprecated sysfs layout; update the kernel or disable CONFIG_SYSFS_DEPRECATED; some udev features will not work correctly [ 20.835226] input: Power Button (FF) as /class/input/input1 [ 20.857403] Linux agpgart interface v0.103 [ 20.860667] ACPI: Power Button (FF) [PWRF] [ 20.860809] input: Power Button (CM) as /class/input/input2 [ 20.861021] agpgart: Detected NVIDIA nForce2 chipset [ 20.868346] agpgart: AGP aperture is 64M @ 0xe000 [ 20.892159] ACPI: Power Button (CM) [PWRB] [ 21.023161] i2c-adapter i2c-0: nForce2 SMBus adapter at 0x1c00 [ 21.023201] i2c-adapter i2c-1: nForce2 SMBus adapter at 0x2000 [ 21.143636] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 21.146781] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 21.205236] input: PC Speaker as /class/input/input3 [ 21.340248] ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 22 [ 21.340258] ACPI: PCI Interrupt :00:06.0[A] -> Link [APCJ] -> GSI 22 (level, high) -> IRQ 22 [ 21.340304] PCI: Setting latency timer of device :00:06.0 to 64 [ 21.477921] gameport: NS558 PnP Gameport is pnp00:10/gameport0, io 0x201, speed 59659kHz [ 21.664081] intel8x0_measure_ac97_clock: measured 52555 usecs [ 21.664089] intel8x0: clocking to 47448 [ 21.856194] usbcore: registered new interface driver snd-usb-audio [ 21.996091] input: ImPS/2 Generic Wheel Mouse as /class/input/input4 [ 22.030967] parport_pc 00:0c: reported by Plug and Play ACPI [ 22.031066] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] [ 22.552014] Adding 1951856k swap on /dev/sdb6. Priority:-1 extents:1 across:1951856k [ 22.978375] EXT3 FS on sdb2, internal journal [ 23.220018] loop: module loaded [ 24.551424] EXT2-fs warning (device sdb1): ext2_fill_super: mounting ext3 filesystem as ext2 [ 24.562772] kjournald starting. Commit interval 5 seconds [ 24.562772] EXT3 FS on sdb5, internal journal [ 24.562772] EXT3-fs: mounted filesystem with ordered data mode. [ 24.576556] kjournald starting. Commit interval 5 seconds [ 24.576556] EXT3 FS on sdb7, internal journal [ 24.576556] EXT3-fs: mounted filesystem with ordered data mode. [ 25.983490] r8169: eth0: link up [ 27.967659] NET: Registered protocol family 10 [ 27.968553] lo:
CDROM regression Etch --> Lenny? Comment please.
Situation: Machine with 2 CD/DVD writers on IDE channel 2. /dev/hdc is a DVD-RW; /dev/hdd is a CD-RW. Dual-booting between Etch (update from Sarge) and a fresh Lenny install. Under Etch, both drives detect a blank CD and the kernel reports in /var/log/messages (and to a tty if using one): cdrom: This disc doesn't have any tracks I recognize! Under Lenny, /dev/hdd fails to produce a kernel message, although the drive light indicates that the drive has detected medium. /dev/hdc reports in /var/log/messages: Jul 8 21:44:53 Samarkand kernel: [ 992.907877] cdrom: This disc doesn't have any tracks I recognize! Neither drive produces a report to the user's tty. Problem: 1 Desktop CD-burner cannot/will not use CD-RW under Lenny 2 Lenny seems less capable of detecting blank media than Etch Lenny kernel version (uname -a): Linux Samarkand 2.6.26-1-686 #1 SMP Fri Mar 13 18:08:45 UTC 2009 i686 GNU/Linux Before anyone asks, I have installed linux-image-2.6.26-2-686 but it refuses to boot my system, dropping me to initramfs shell! That's another issue :->. Thank you folks, Bruce Ward. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
