initramfs-tools_0.56_i386.changes ACCEPTED
Accepted: initramfs-tools_0.56.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.56.dsc initramfs-tools_0.56.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.56.tar.gz initramfs-tools_0.56_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.56_all.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 354458 357282 357332 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357793: linux-image-2.6.15-1-686: cdparanoia, cdda complaininig about missing ioctl accss on scd0 (libata device)
Package: linux-image-2.6.15-1-686 Version: 2.6.15-8 Severity: normal When trying to rip a cd on Lenovo ThinkPad Z60m, cdparanoia and cdda2wav fail, complaining about missing scsi ioctl support. I am running libata module with atapi_enabled=1 here some diagnostics: /sbin/lsmod|grep scsi scsi_mod 125736 5 sbp2,sr_mod,sd_mod,ahci,libata dmesg |tail Assertion failed! qc-n_elem 0,drivers/scsi/libata-core.c,ata_fill_sg,line=2482 scsi: unknown opcode 0xd8 cdparanoia -Qvs Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd0 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface No generic SCSI device found to match CDROM device /dev/scd0 read from boot messages: ata2: dev 0 cfg 49:0f00 82: 83: 84: 85: 86: 87: 88:0407 ata2: dev 0 ATAPI, max UDMA/33 ata2(0): applying bridge limits ata2: dev 0 configured for UDMA/33 scsi1 : ata_piix Vendor: MATSHITA Model: DVD-RAM UJ-830Sx Rev: 1.00 Type: CD-ROM ANSI SCSI revision: 05 Other operations (burning cds/dvds) succeede well on this drive... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.15-1-686 depends on: ii initramfs-tools [linux-initra 0.53c tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686 recommends: ii libc6-i6862.3.5-13 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.15-1-686/preinst/abort-install-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/abort-overwrite-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/bootloader-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/prerm/would-invalidate-boot-loader-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/kimage-is-a-directory: linux-image-2.6.15-1-686/preinst/lilo-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-initrd-link-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-dir-initrd-link-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/overwriting-modules-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/depmod-error-initrd-2.6.15-1-686: false linux-image-2.6.15-1-686/preinst/already-running-this-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/initrd-2.6.15-1-686: linux-image-2.6.15-1-686/postinst/depmod-error-2.6.15-1-686: false linux-image-2.6.15-1-686/postinst/bootloader-error-2.6.15-1-686: linux-image-2.6.15-1-686/postinst/bootloader-test-error-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-686/postinst/create-kimage-link-2.6.15-1-686: true linux-image-2.6.15-1-686/prerm/removing-running-kernel-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/failed-to-move-modules-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/elilo-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-system-map-link-2.6.15-1-686: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#357236: linux-image-2.6.16-rc5-686: no sound on Lifebook P2120
Processing commands for [EMAIL PROTECTED]: tags 357236 forwarded https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1943 Unknown tag/s: forwarded, https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1943. Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid help security upstream pending sarge sarge-ignore experimental d-i confirmed ipv6 lfs fixed-in-experimental fixed-upstream l10n etch etch-ignore. Bug#357236: linux-image-2.6.16-rc5-686: no sound on Lifebook P2120 There were no tags set. Tags added: thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357236: linux-image-2.6.16-rc5-686: no sound on Lifebook P2120
tags 357236 forwarded https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1943 thanks On Thu, 2006-03-16 at 13:16 +0100, maximilian attems wrote: On Thu, Mar 16, 2006 at 04:23:05AM -0600, Adam C Powell IV wrote: The last time sound worked on my Fujitsu Lifebook P2120 was with 2.6.3 (or maybe 2.6.5, but not with 2.6.8 or anything since). An identical ALSA setup worked with sarge under 2.6.3 but not 2.6.8. Tried running alsaconf again to no avail. I can get ALSA working with 2.6.8 on all of my other machines, and with 2.6.15 on all that I have tried. Esd doesn't work, nor do system beeps, and GNOME volume control says no volume control elements are found. Now under etch (testing), even 2.6.3 no longer works: sounds played through esd simply repeat the first second or so over and over again. I keep upgrading the kernel, hoping that this time it will finally work, but it hasn't in that long... lsmod shows the following sound modules installed: snd_ali545120172 1 snd_ac97_codec 82784 1 snd_ali5451 snd_ac97_bus2048 1 snd_ac97_codec soundcore 8672 1 snd snd_page_alloc 9800 1 snd_pcm lspci shows: :00:04.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 01) What other information would help to diagnose/fix this problem? please file that specific bug in the alsa bugtracking system. the alsa dev guys are usually quite responsive. Thanks, just did, see above. Thank you for providing this mechanism for testing and reporting on a -rc kernel! I hope we can fix this before 2.6.16 is released. hmm it's already a bit late in the release cycle for alsa updates, but it would be great if that report reaches upstream so they can fix it. Really? The March 8 kernel team message to debian-devel-announce seemed to indicate that there would still be time... Oh well, at least perhaps a patch can get into the etch release. Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe! http://www.take6.com/albums/greatesthits.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355580: Bug 355580: output of fdisk
maximilian attems wrote: On Wed, 15 Mar 2006, Moshe Yudkowsky wrote: I added this line to make certain that sata_promise loads before md loads. At one time I had trouble with getting the system to boot, and that line seemed to help by making certain the serial ATA drive module was loaded before md loaded. yes initrd-tools needed that workaround, i'm happy you managed to boot sata with it. please try to remove it, initramfs-tools should load sata_promise just fine. Ok, I've tried that, see below. However, if anyone ever has a legitimate reason to use install, they will suffer a boot failure and they won't be able to figure out why there has been a failure. Device Boot Start End Blocks Id System /dev/sda1 * 124902893+ fd Linux raid autodetect /dev/sda224912614 996030 fd Linux raid autodetect /dev/sda32615973357183367+ fd Linux raid autodetect /dev/sda49734 1459639062047+ fd Linux raid autodetect from your previous sent fstab the forth entry is false could you please set it to linux 83 that could potentially confuse mdrun, can you retry if fixing that works? I set it to linux 83, took out all my modifications, and mdrun does work. After I end up in busybox, I looked at /proc/mdstat, and I saw that mdrun had created /dev/md/[012]. So mdrun continues to be confused by my configuration. cat /proc/mdstat would be even cooler. Of course! Here it is: Personalities : [linear] [raid0] [raid1] md3 : active raid1 hda3[0] sda3[1] 57183296 blocks [2/2] [UU] md2 : active linear hda2[0] sda2[1] 1991808 blocks 64k rounding md1 : active raid1 hda1[0] sda1[1] 2768 blocks [2/2] [UU] unused devices: none and as a bonus, the current fdisk: fdisk -l /dev/sda Disk /dev/sda: 120.0 GB, 120060444672 bytes 255 heads, 63 sectors/track, 14596 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 124902893+ fd Linux raid autodetect /dev/sda224912614 996030 fd Linux raid autodetect /dev/sda32615973357183367+ fd Linux raid autodetect /dev/sda49734 1459639062047+ 83 Linux Thanks again for your help, and please let me know if you need further tests by me. -- Moshe Yudkowsky * [EMAIL PROTECTED] * www.pobox.com/~moshe You may fire when ready, Gridley. -- Commodore George Dewey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 335656 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.15 severity 335656 important Bug#335656: linux-image-2.6.13-1-386: PCI error Severity set to `important'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#357236: linux-image-2.6.16-rc5-686: no sound on Lifebook P2120
Processing commands for [EMAIL PROTECTED]: tags 357236 upstream https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1943 Unknown tag/s: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1943. Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid help security upstream pending sarge sarge-ignore experimental d-i confirmed ipv6 lfs fixed-in-experimental fixed-upstream l10n etch etch-ignore. Bug#357236: linux-image-2.6.16-rc5-686: no sound on Lifebook P2120 There were no tags set. Tags added: upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dear friend
I have a new email address!You can now email me at: [EMAIL PROTECTED]Hello,As you read this, I don't want you to feel sorry forme,because, I believe everyone will die someday. My name isAbdul-Wahab Omar. I a merchant of Omani nationality and i have been diagnosed with Esophagealcancer. It has defiled all forms of medicaltreatment, and right now I have onlyabout a few months tolive, according to medical experts. I have notparticularly lived my life so well, as I never really caredfor anyone(not even myself)but my business. Though I am veryrich, I was never generous, I was always hostile to peopleand only focused on my business as that was theonly thing I cared for. But now I regret all this as I nowknow that there is more to life than just wanting to haveor make all the money in the world. I believe when God givesme a second chance to come to this world I would live my life a different way. Have you done charity works or humanitarian works before?Please respond back to me now so that i can explain to you better because of my failing health now.sincerely,Abdul-Wahab Omar- abdul wahab
Bug#357793: linux-image-2.6.15-1-686: cdparanoia, cdda complaininig about missing ioctl accss on scd0 (libata device)
reassign 357793 cdparanoia,cdda2wav thanks On Sun, Mar 19, 2006 at 04:20:17PM +0100, Achim Gaedke wrote: When trying to rip a cd on Lenovo ThinkPad Z60m, cdparanoia and cdda2wav fail, complaining about missing scsi ioctl support. They issue a scsi command which is not supported by libata in this form. Why should that be a bug in the kernel? Bastian -- One does not thank logic. -- Sarek, Journey to Babel, stardate 3842.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#357793: linux-image-2.6.15-1-686: cdparanoia, cdda complaininig about missing ioctl accss on scd0 (libata device)
Processing commands for [EMAIL PROTECTED]: reassign 357793 cdparanoia,cdda2wav Bug#357793: linux-image-2.6.15-1-686: cdparanoia, cdda complaininig about missing ioctl accss on scd0 (libata device) Bug reassigned from package `linux-image-2.6.15-1-686' to `cdparanoia,cdda2wav'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354458: Kernel panic after upgrading initramfs-tools
Hi, OK, I got a normal boot again, by upgrading udev to 0.087-2 (from unstable). It appears that the initramfs-tools from unstable also needs a newer udev. This does make the ide-disk module get loaded and the machine boots normally now. Of course I still don't know what the can't find init problem was, but upgrading udev and initramfs-tools (both!) to the ones currently in unstable certainly solved that. (Case closed, for now!) -- Grtjs,ManuelPS: http://manuel.msxnet.org/
Bug#242064: marked as done (Kernel doesn't like my IDE chipset)
Your message dated Sun, 19 Mar 2006 17:05:14 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#242064: seems to have gone away has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports INSTALL REPORT Debian-installer-version: beta3 uname -a: 2.4.25-1-386 #1 Tue Feb 24 00:11:13 EST 2004 i686 unknown Date: 2004-04-04 Method: Booted off the businesscard CD-ROM (IDE/hdc) Machine: Custom-made Processor: Duron 1600 Memory: 256 MB Root Device: IDE (hda) Root Size/partition table: hda1 is 10 GB, but that's not very relevant Output of lspci: , | 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 746 Host (rev 10) | 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202 | 00:02.0 ISA bridge: Silicon Integrated Systems [SiS]: Unknown device 0963 (rev 25) | 00:02.1 SMBus: Silicon Integrated Systems [SiS]: Unknown device 0016 | 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] | 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0) | 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) | 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) | 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller | 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 10/100 Ethernet (rev 91) | 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] ` Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: When loading the ide-detect module, the kernel logs show that the hard disk and CD-ROM drive are correctly detected, but then I get lots of hda: lost interrupt (same with hdc). From then on, no hard disk or CD-ROM access manages to get through. I tried not loading the sis5513 module, using the generic module instead, I also tried without even the generic module, no better. LKML tells me I should try and disable DMA at boot time, but I haven't been able to guess how to do that (I get the same results when using linux nodma ide=nodma hda=nodma idebus=nodma and disabling DMA from the BIOS's setup). The kernel on beta2 (2.4.21 or 2.4.22, I think) works better on this particular box (well, at least until network enters the game -- the on-board LAN chipset uses FF:FF:FF:FF:FF:FF as its MAC address, which causes problems for data transmission and reception). Roland. -- Roland Mas Au royaume des aveugles, il y a des borgnes à ne pas dépasser. -- in Soeur Marie-Thérèse des Batignolles (Maëster) ---End Message--- ---BeginMessage--- Hi there, Sorry about the delay, I had forgotten about this bug report for a while, then the power supply of that particular box died, and I only today replaced it (after half a year). I ran the Etch beta2 debian-installer today, and despite other problems preventing the installation to complete (fishy NIC), the base system installed fine on the hard disc (2.6.15 kernel), without any particular boot parameters. Therefore I'll take the liberty of closing this bug report. Roland. -- Roland Mas It would be hard to be deader without special training. -- in Theatre of Cruelty (Terry Pratchett) ---End Message---
Bug#357282: marked as done (initramfs-tools: bugs and missing info in man page for mkinitramfs)
Your message dated Sun, 19 Mar 2006 06:47:14 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#357282: fixed in initramfs-tools 0.56 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: initramfs-tools Version: 0.53 Severity: normal The man page for mkinitramfs never defines what is meant by the argument 'version'. An explicit example would be useful to avoid confusion, since the value of the 'Version' string that is output by dpkg --status linux-image-NNN | grep '^Version' | cut -d' ' -f2 looks as if it is not what is intended by the option [version] for mkinitramfs. Also, the same man page refers to a file, mkinitramfs.conf, in error. It should be initramfs.conf, or better yet, /etc/mkinitramfs/initramfs.conf. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-10 GNU cpio -- a program to manage ar ii klibc-utils 1.2.2-3small statically-linked utilities ii udev 0.085-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.56 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.56.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.56.dsc initramfs-tools_0.56.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.56.tar.gz initramfs-tools_0.56_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.56_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems [EMAIL PROTECTED] (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 17 Mar 2006 19:09:11 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.56 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: initramfs-tools - tools for generating an initramfs Closes: 354458 357282 357332 Changes: initramfs-tools (0.56) unstable; urgency=low . * hooks/md: Add linear module - thanks to Moshe Yudkowsky [EMAIL PROTECTED]. . * scripts/functions: Fix numerical minor parsing - thanks for the patch to Wolfgang Weisselberg. (closes: #357332) . * mkinitramfs.8: Correct wrong referenced filename. . * update-initramfs.8: Define the argument 'version' - thanks to Susan G. Kleinmann [EMAIL PROTECTED]. (closes: #357282) . * scripts/init-premount/udev_helper: Source the relevant definition to get it really run. Thanks to Maurice Massar [EMAIL PROTECTED]. (closes: #354458) Files: d2eed6da88aca2c35028b146533e1134 629 utils optional initramfs-tools_0.56.dsc 31a6e513a3598aca46df0f190eb03514 37078 utils optional initramfs-tools_0.56.tar.gz 3c6fc41341ae354ef726859b0c1396e0 42394 utils optional initramfs-tools_0.56_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEHWyD6n7So0GVSSARAuOyAKCZ+/xLPz3RLHj1HXS8MP4ndSol0QCeMS1k 3Qzb8n/ow06LfKgFfLlf0bA= =f+Ym -END PGP SIGNATURE- ---End Message---
Bug#354458: marked as done (Kernel panic after upgrading initramfs-tools/klibc-utils/libklibc)
Your message dated Sun, 19 Mar 2006 06:47:14 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#354458: fixed in initramfs-tools 0.56 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: initramfs-tools Version: 0.52b Severity: important Hello, Yesterday my stock kernel 2.6.15-1-k7 booted fine, but today it panics with the message that it can't mount the root fs. The 2.6.12 kernel which I also still have installed works just fine. It appears that yesterday, in the daily dist-upgrade (on testing), I got these packages: -rw-r--r-- 1 root root 37520 2006-02-20 14:47 initramfs-tools_0.52b_all.deb -rw-r--r-- 1 root root 117448 2006-02-18 18:47 klibc-utils_1.2.2-3_i386.deb -rw-r--r-- 1 root root 18582 2006-02-18 18:47 libklibc_1.2.2-3_i386.deb As I haven't touched the LILO or kernel setup in anyway, I strongly suspect that one of these broke my kernel boot. Any ideas for workarounds are welcome! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-10 GNU cpio -- a program to manage ar ii klibc-utils 1.2.2-3small statically-linked utilities ii udev 0.084-5/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.56 We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.56.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.56.dsc initramfs-tools_0.56.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.56.tar.gz initramfs-tools_0.56_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.56_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems [EMAIL PROTECTED] (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 17 Mar 2006 19:09:11 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.56 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: initramfs-tools - tools for generating an initramfs Closes: 354458 357282 357332 Changes: initramfs-tools (0.56) unstable; urgency=low . * hooks/md: Add linear module - thanks to Moshe Yudkowsky [EMAIL PROTECTED]. . * scripts/functions: Fix numerical minor parsing - thanks for the patch to Wolfgang Weisselberg. (closes: #357332) . * mkinitramfs.8: Correct wrong referenced filename. . * update-initramfs.8: Define the argument 'version' - thanks to Susan G. Kleinmann [EMAIL PROTECTED]. (closes: #357282) . * scripts/init-premount/udev_helper: Source the relevant definition to get it really run. Thanks to Maurice Massar [EMAIL PROTECTED]. (closes: #354458) Files: d2eed6da88aca2c35028b146533e1134 629 utils optional initramfs-tools_0.56.dsc 31a6e513a3598aca46df0f190eb03514 37078 utils optional initramfs-tools_0.56.tar.gz 3c6fc41341ae354ef726859b0c1396e0 42394 utils optional initramfs-tools_0.56_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEHWyD6n7So0GVSSARAuOyAKCZ+/xLPz3RLHj1HXS8MP4ndSol0QCeMS1k 3Qzb8n/ow06LfKgFfLlf0bA= =f+Ym -END PGP SIGNATURE- ---End Message---
Bug#357332: marked as done (initramfs-tools: Doesn't boot from /dev/hdb1 (minor = 0x10) (patch))
Your message dated Sun, 19 Mar 2006 06:47:14 -0800
with message-id [EMAIL PROTECTED]
and subject line Bug#357332: fixed in initramfs-tools 0.56
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: initramfs-tools
Version: 0.55b
Severity: important
Tags: patch
Symptoms:
-
- System doesn't boot, complaining
Target filesystem doesn't have /sbin/init
(or wherever you init is supposed to be)
- / (the root-fs) is on e.g. /dev/hdb1
or any other partition where the minor is = 0x10
Reason:
---
Bug in parse_numeric() in
/usr/share/initramfs-tools/scripts/functions
when matching the last option, *).
The code in question is:
minor=$((0x${1#??}))
major=$((0x${1%??}))
If given 301 (/dev/hda1), the bug doen't manifest, but on 341
(/dev/hdb1) $minor will mistakenly return 1 instead of 65 ---
there's just one '?' too many there.
Probable patch:
---
diff -Nur initramfs-tools-0.55b.old/scripts/functions
initramfs-tools-0.55b/scripts/functions
--- initramfs-tools-0.55b/scripts/functions 2006-02-20 23:40:01.0
+0100
+++ initramfs-tools-0.55b/scripts/functions 2006-03-16 20:00:16.0
+0100
@@ -202,7 +202,7 @@
major=${1%:*}
;;
*)
- minor=$((0x${1#??}))
+ minor=$((0x${1#?}))
major=$((0x${1%??}))
;;
esac
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (101, 'testing'), (99, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.28-lvm
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages initramfs-tools depends on:
ii busybox 1:1.01-4 Tiny utilities for small and embed
ii cpio 2.6-11 GNU cpio -- a program to manage ar
ii klibc-utils 1.2.4-1small statically-linked utilities
ii udev 0.087-2/dev/ and hotplug management daemo
initramfs-tools recommends no packages.
-- no debconf information
---End Message---
---BeginMessage---
Source: initramfs-tools
Source-Version: 0.56
We believe that the bug you reported is fixed in the latest version of
initramfs-tools, which is due to be installed in the Debian FTP archive:
initramfs-tools_0.56.dsc
to pool/main/i/initramfs-tools/initramfs-tools_0.56.dsc
initramfs-tools_0.56.tar.gz
to pool/main/i/initramfs-tools/initramfs-tools_0.56.tar.gz
initramfs-tools_0.56_all.deb
to pool/main/i/initramfs-tools/initramfs-tools_0.56_all.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
maximilian attems [EMAIL PROTECTED] (supplier of updated initramfs-tools
package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 17 Mar 2006 19:09:11 +0100
Source: initramfs-tools
Binary: initramfs-tools
Architecture: source all
Version: 0.56
Distribution: unstable
Urgency: low
Maintainer: Debian kernel team debian-kernel@lists.debian.org
Changed-By: maximilian attems [EMAIL PROTECTED]
Description:
initramfs-tools - tools for generating an initramfs
Closes: 354458 357282 357332
Changes:
initramfs-tools (0.56) unstable; urgency=low
.
* hooks/md: Add linear module - thanks to Moshe Yudkowsky [EMAIL
PROTECTED].
.
* scripts/functions: Fix numerical minor parsing - thanks for the patch to
Wolfgang Weisselberg. (closes: #357332)
.
* mkinitramfs.8: Correct wrong referenced filename.
.
* update-initramfs.8: Define the argument 'version' - thanks to Susan G.
Kleinmann [EMAIL PROTECTED]. (closes: #357282)
.
* scripts/init-premount/udev_helper: Source the relevant definition to get
it really run. Thanks to Maurice Massar [EMAIL PROTECTED].
(closes: #354458)
Files:
d2eed6da88aca2c35028b146533e1134 629 utils optional initramfs-tools_0.56.dsc
31a6e513a3598aca46df0f190eb03514 37078 utils optional
initramfs-tools_0.56.tar.gz
3c6fc41341ae354ef726859b0c1396e0 42394 utils optional
initramfs-tools_0.56_all.deb
Bug#357450: marked as done (udev: timeout in initramfs-tools/scripts/init-premount/udev to short for 17 scsi disks)
Your message dated Sun, 19 Mar 2006 23:53:47 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#357450: udev: timeout in initramfs-tools/scripts/init-premount/udev to short for 17 scsi disks has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: udev Version: 0.087-2 Severity: normal hi, I have a system with 17 scsi disks on 2 aic7xxx controllers. Loading the modules takes approximatly 36 seconds, but /usr/share/initramfs-tools/scripts/init-premount/udev has a timeout of 30 seconds. As a result a shell is spawnd on the console, but any message that this has happend (as well as the initial shell prompt) is overwritten by kernel output. Pressing Ctrl-D resumes normal startup. Disabling the timeout-code worked for me. cu Maurice Massar -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 0 lrwxrwxrwx 1 root root 20 2006-02-22 10:39 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2006-02-22 10:39 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2006-02-22 10:39 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 19 2006-02-22 10:39 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 12 2006-02-22 10:39 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2006-02-22 10:39 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 15 2006-02-22 10:39 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 2006-02-22 10:39 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sdb/dev /sys/block/sdc/dev /sys/block/sdd/dev /sys/block/sde/dev /sys/block/sdf/dev /sys/block/sdg/dev /sys/block/sdh/dev /sys/block/sdi/dev /sys/block/sdj/dev /sys/block/sdk/dev /sys/block/sdl/dev /sys/block/sdm/dev /sys/block/sdn/dev /sys/block/sdo/dev /sys/block/sdp/dev /sys/block/sdq/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-13 Scripts for initializing and shutt ii libc62.3.6-3 GNU C Library: Shared libraries an ii libselinux1 1.28-4 SELinux shared libraries ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-80creates device files in /dev ii sed 4.1.4-5 The GNU sed stream editor udev recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 0.56 fixed by latest initramfs-tools in unstable, pasting changelog: * scripts/init-premount/udev_helper: Source the relevant definition to get it really run. Thanks to Maurice Massar [EMAIL PROTECTED]. (closes: #357450) your testing was very much appreciated. :) -- maks ---End Message---
Processed: Re: Bug#354334: udev removal should remake initrd
Processing commands for [EMAIL PROTECTED]: severity 354334 normal Bug#354334: udev removal should remake initrd Severity set to `normal'. tags 354334 +unreproducible Bug#354334: udev removal should remake initrd Tags were: moreinfo Tags added: unreproducible stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357272: marked as done (USB /dev/sda comes too late)
Your message dated Mon, 20 Mar 2006 00:17:02 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#357272: USB /dev/sda comes too late has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: initramfs-tools Version: 0.53c Hi, I am trying to boot a notebook from an external USB harddisk with grub, a debian 2.6.15.1 kernel and an initrd generated with mkinitramfs. The kernel boots, but then does not find it's root partition. It says that /dev/sda1 does not exist, and opens an emergency shell. Right after the shell prompt appears the kernel prints to have found /dev/sda* partitions. From the shell the partition exists. So it seems to be a timing problem. the initrd seems to be finished and trying to pass the control over to the /root partition before the kernel has found the partitions on the USB device. USB partitions seem to simply come too late. Could the init script in the initrd check for existence of the root partition, and if not, maybe wait for 1 or 2 seconds and check again (maybe repeat this step 5 times)? regards Hadmut ---End Message--- ---BeginMessage--- Version: 0.56 beware that this needs also latest udev from unstable. On Thu, 16 Mar 2006, [EMAIL PROTECTED] wrote: The kernel boots, but then does not find it's root partition. It says that /dev/sda1 does not exist, and opens an emergency shell. Right after the shell prompt appears the kernel prints to have found /dev/sda* partitions. From the shell the partition exists. So it seems to be a timing problem. the initrd seems to be finished and trying to pass the control over to the /root partition before the kernel has found the partitions on the USB device. USB partitions seem to simply come too late. on scsi, sata or usb devices newest initramfs-tools adds an timeout to let them settle. closing therefor. -- maks ---End Message---
Bug#354334: udev removal should remake initrd
severity 354334 normal tags 354334 +unreproducible stop your report didn't contain enough information of how initramfs-tools could have failed. anyway latest initramfs-tools in unstable now handles lilo and should work much better if timeouts were the trouble. so please retest with latest initramfs-tools 0.56 and udev 0.087-2 from unstable, report back or may have soon to close your report. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357224: marked as done (Kernel panic after udev update)
Your message dated Mon, 20 Mar 2006 00:14:11 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#357224: Kernel panic after udev update has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: udev Version: 0.087-2 I have unstable Debian. I upgraded to new version of udev (from udev_0.087-1_i386.deb). The system cannot boot with message like Kernel panic, cannot found root system. After reinstallation of udev, initramfs-tools, linux-2.6-k7 and linux-image-2.6.15-1-k7 is all ok. I think that missing was automatic reconfiguring of initramfs-tools after udev upgrade. Sorry for not complete information, next time I will try reconfigure only one package and reboot... TonyMi http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=linux-2.6 ---End Message--- ---BeginMessage--- Version: 0.55 On Fri, 17 Mar 2006, maximilian attems wrote: [ keep the bugreport on the cc ] On Thu, 16 Mar 2006, Tonda Mí?ek wrote: I use lilo (version 22.6.1-7+b1). that was the reason of your trouble. When the problem occured I has initramfs-tools version 0.53c (today I upgraded to version 0.55b). closing your report as newer initramfs-tools support lilo, if you have no grub lyin around. thanks for your feedback. -- maks ---End Message---
Bug#354334: udev removal should remake initrd
Hi, maximilian attems wrote: severity 354334 normal tags 354334 +unreproducible stop your report didn't contain enough information of how initramfs-tools could have failed. anyway latest initramfs-tools in unstable now handles lilo and should work much better if timeouts were the trouble. so please retest with latest initramfs-tools 0.56 and udev 0.087-2 from unstable, report back or may have soon to close your report. My bug was about udev or initrd tools not clearing the initrd image or displaying a BIG warning that the user need to rebuild the initrd when he choose another initrd tools. For example if I switch from initramfs-tools to yaird, nothing will tell me that I have to rebuild the initrd image before rebooting. The fact that udev/initramfs-tools didn't work was another story. And I am sorry, but I can't retest this soon. IIRC there was missing udev script in the initrd image and sometimes udev failed to get /dev/console (or something like that). Thanks Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#357858: udev removes pcmcia ide devices immediately before mounting
reassign 357858 linux-2.6 thanks On Mar 20, Richard Thrippleton [EMAIL PROTECTED] wrote: Using a compact flash card in the card slot in my laptop, which is presented as pcmcia-ide, while udev creates the device node correctly, it apparently removes and recreates the device on any attempt to mount it. This makes mounting impossible without stopping udev. Unless it's #350235/#355441 again (and it should not be, since that happens even before you can try using the device) then it's some similar kernel-related problem. Anyway, udev just creates or deletes whatever the kernel tells it to create or delete. -- ciao, Marco signature.asc Description: Digital signature
Processed: Re: Bug#357858: udev removes pcmcia ide devices immediately before mounting
Processing commands for [EMAIL PROTECTED]: reassign 357858 linux-2.6 Bug#357858: udev removes pcmcia ide devices immediately before mounting Bug reassigned from package `udev' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357538: further analysis points to possible failure to pass root= parameter
I've looked at the initramfs image and tried to trace through
execution by inspection (I'm not at the machine). I may be off base,
but here's what I noticed. In short, it looks as if the root
parameter of /dev/evms/newroot in lilo.conf is not making it to the
scripts that run off the ramdisk.
1. scripts/local-top/lvm looks as if it only tries to execute vgchange
if the root device is /dev/mapper/dev/root (or /dev/root), which it
should not be. But something is trying to execute vgchange, and it
appears to be this script from the logs.
The system that is not working uses lilo; the one that is working uses
grub.
scripts/functions includes parse_numeric(); in some cases this sets
ROOT=/dev/root and mknod /dev/root. However, either an empty ROOT or
/* should skip this.
2. scripts/local-top/md accesses all the drives through their
traditional names, meaning that evms will be unable to access the
drives after the md script runs. The evms script that precedes it
should run evms_activate if root is /dev/evms/.
Background info: in 2.6 kernels only evms or the kernel can own a
device; whoever gets there first wins. There is a patch to disable
this feature, reverting to the less safe 2.4 behavior. I have not
applied that patch.
3. The higher-level script/local has this
-
# Get the root filesystem type
while [ ! -e ${ROOT} ]; do
panic ALERT! ${ROOT} does not exist. Dropping to a shell!
done
eval $(fstype ${ROOT})
[ $quiet != y ] log_begin_msg Running /scripts/local-premount
run_scripts /scripts/local-premount
[ $quiet != y ] log_end_msg
if [ ${readonly} = y ]; then
roflag=-r
else
roflag=-w
fi
# FIXME This has no error checking
modprobe -q ${FSTYPE}
# FIXME This has no error checking
# Mount root
mount ${roflag} -t ${FSTYPE} ${ROOT} ${rootmnt}
--
The log doesn't have (at least that I noted) the ALERT! message,
suggesting that there is a value in $ROOT and it points to something
on the file system. But the subsequent errors are consistent with it
being /dev/root which can't be opened. If fstype failes, the FSTYPE
is not set and the modprobe line becomes modprobe -q, which produces
the error message shown on the log. The mount wouldn't work.
The FIXME's indicate the lack of error checking at those two steps.
In short, if /dev/root (or /dev/mapper/dev/root) is getting passed in
as ROOT, it would explain the logs. But it shouldn't be getting
passed in.
conf/conf.d/root sets ROOT=
but init's subsequent part of /proc/cmdline looks as if it should pull
in the correct value.
Finally, a couple clarifications of previous post.
The log in my initial post includes a line consisting only of
,pimt
Something must have hit the keyboard; ignore it.
Second,
On Fri, Mar 17, 2006 at 07:40:58PM -0800, Ross Boylan wrote:
Having looked more closely at some of the internals of the package, I
want to highlight one fact: the device with the new root is
/dev/evms/newroot, and it could be pretty much anything.
I mean /dev/evms/anything. I'm not sure if non-/dev/evms entries are
possible.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
