Re: Bug#352274: Udev error messages on boot
On Tue, Feb 14, 2006 at 10:31:14PM +0100, Frans Pop wrote: > (forgot to CC d-kernel; already sent to BR) > > On Tuesday 14 February 2006 11:56, maximilian attems wrote: > > the faulty Xu patch was removed long ago, > > still lots of common intel/via hardware needs ide-generic. > > otherwise no ide driver is loaded for them. > > Not quite correct: the driver (in my case piix) _is_ loaded, but no > devices are visible until ide-generic is loaded too. Hi Frans ... Ok, i guess you just volunteered for helping us investigate what really is happening here, and in particular why the piix driver cannot do it all by itself instead of the ide-generic driver ? Is this correct, that you would be willingto participate in the hunt for a real solution of this mess ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Blocking bug fixed, tag pending
Processing commands for [EMAIL PROTECTED]: > unblock 352000 352169 Unknown command or malformed arguments to command. > tag 352000 pending Bug#352000: linux-2.6: linux-doc-2.6.x missing? There were no tags set. Tags added: pending > 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]
Re: linux-2.6 - patch cleanup
On Tue, 14 Feb 2006, Bastian Blank wrote: Hi folks The current patches are currently in the trunk. Please clearify the state: [..] * sparc64-atyfb-xl-gr.patch Unknown. I added this one just a couple of days ago. This fix was pushed upstream, but only partially applied, this patch implements the rest. I'll check whether it has been fixed in -rc3. * sparc64-hme-lockup.patch "Not suitable for upstream" This has been dragging along for a while. I have no idea whether it is still needed, but since it does not appear to harm, I see no reason to exclude it. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352274: Udev error messages on boot
(forgot to CC d-kernel; already sent to BR) On Tuesday 14 February 2006 11:56, maximilian attems wrote: > the faulty Xu patch was removed long ago, > still lots of common intel/via hardware needs ide-generic. > otherwise no ide driver is loaded for them. Not quite correct: the driver (in my case piix) _is_ loaded, but no devices are visible until ide-generic is loaded too. pgppj6oFHnDnZ.pgp Description: PGP signature
Re: linux-2.6 - patch cleanup
* maximilian attems <[EMAIL PROTECTED]> [2006-02-14 20:40]: > > * fs-asfs-2.patch > > Submitted. > afaik unreviewed, no fs guy found intest in this. > still inside of latest -mm too. Christoph, can you review this patch? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Reassign
Processing commands for [EMAIL PROTECTED]: > reassign 266674 kernel-source-2.6.8 Bug#266674: kernel-image-2.6.8-1-686: Badness in vesafb module Bug#290295: rmmod vesafb error Bug#319357: Device 'vesafb0' does not have a release() function, it is broken and must be fixed. Bug reassigned from package `kernel' to `kernel-source-2.6.8'. > reassign 257996 kernel-source-2.6.8 Bug#257996: vesafb module successfully loads even if it can't work Bug reassigned from package `kernel' to `kernel-source-2.6.8'. > 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#352878: 2.6.15-6 breaks on Thinkpad R52 (SATA issues?)
Package: linux-image-2.6.15-1-686 Version: 2.6.15-6 Severity: important After upgrading the linux-image-2.6.15-1-686 package from 2.6.15-4 to 2.6.15-6, this IBM/Lenovo Thinkpad R52 (laptop) would no longer boot that kernel. It failed to find the device to mount for the root partition. I am fairly sure that SATA issues have something to do with this, having fought with them before to get this system working, but I don't know exactly what they might be. I wish I had more time to debug this, but I really don't. More details follow, in case they are useful: - Only one hard disk, and it's SATA. CD-ROM drive hasn't been working- I think because ATAPI is still disabled in libata. - Bootloader is grub. Root fs is ext3. - After being dropped into the busybox shell on boot failure, I tried modprobing libata, scsi_mod, and sd_mod to mount the fs manually. No device node appeared in /dev. I tried mknod-ing /dev/sda and /dev/sda2 manually. Still couldn't mount. I rmmod-ed the scsi modules, rmmod-ed ata_piix, and reloaded the scsi modules, as I remembered something like that being necessary sometime in the past. Still no cookie. - Of course, all this had to happen right after I got comfortable with 2.6.15 and (foolishly) removed an older kernel version, leaving me with nothing to boot. I had to boot Knoppix, chroot, and downgrade the package to the 2.6.15-4 version. That made everything happy again. - dmesg output: --8<- and line: root=/dev/sda2 ro ramdisk_size=10 lang=us apm=power-off nomce vga=791 mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Initializing CPU#0 PID hash table entries: 4096 (order: 12, 65536 bytes) Detected 1729.458 MHz processor. Using pmtmr for high-res timesource Console: colour dummy device 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1030824k/1047424k available (1425k kernel code, 15844k reserved, 530k data, 144k init, 129920k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 3461.41 BogoMIPS (lpj=1730706) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: afe9fbff 0010 0180 CPU: After vendor identify, caps: afe9fbff 0010 0180 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: After all inits, caps: afe9fbff 0010 0040 0180 mtrr: v2.0 (20020519) CPU: Intel(R) Pentium(R) M processor 1.73GHz stepping 08 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking if image is initramfs... it is Freeing initrd memory: 4428k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd8d7, last bus=7 PCI: Using MMCONFIG ACPI: Subsystem revision 20050902 ACPI: Found ECDT ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH6 GPIO PCI: Ignoring BAR0-3 of IDE controller :00:1f.2 Boot video device is :01:00.0 PCI: Transparent bridge - :00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: Embedded Controller [EC] (gpe 28) ACPI: Power Resource [PUBS] (on) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 14 devices PnPBIOS: Disabled by ACPI PNP PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report PCI: Bridge: :00:01.0 IO window: 3000-3fff MEM window: a810-a81f PREFETCH window: c000-c7ff PCI: Bridge: :00:1c.0 IO window: disabled. MEM window: a820-a82f PREFETCH window: disabled. PCI: Bridge: :00:1c.2 IO window: 4000-4fff MEM window: a830-a83f PREFETCH
Bug#352891: linux-image-2.6.15-1-686-smp: apm=power-off doesn't work
Package: linux-image-2.6.15-1-686-smp Version: 2.6.15-4 Severity: normal My machine is an old dual P3 Giga-Byte GA-6VXDC7. In the past (certainly with a 2.4 kernel, not sure if ever with a 2.6), booting with apm=power-off would ensure that a "shutdown -h now" would completely power down the machine without any further intervention. These days it only gets as far as the final BIOS "Power down" message (the same as not putting any apm option at all). It would be nice to have the old behaviour back. -- 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-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages linux-image-2.6.15-1-686-smp depends on: ii initramfs-tools [linux-initra 0.51 tools for generating an initramfs ii module-init-tools 3.2.2-1tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686-smp recommends: pn libc6-i686 (no description available) -- debconf information: linux-image-2.6.15-1-686-smp/preinst/elilo-initrd-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/create-kimage-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/bootloader-test-error-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/prerm/would-invalidate-boot-loader-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/depmod-error-initrd-2.6.15-1-686-smp: false linux-image-2.6.15-1-686-smp/postinst/old-dir-initrd-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/preinst/lilo-initrd-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/old-system-map-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/old-initrd-link-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/preinst/overwriting-modules-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/prerm/removing-running-kernel-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/kimage-is-a-directory: linux-image-2.6.15-1-686-smp/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-686-smp/preinst/failed-to-move-modules-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/already-running-this-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/abort-overwrite-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/abort-install-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/postinst/bootloader-error-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/initrd-2.6.15-1-686-smp: linux-image-2.6.15-1-686-smp/preinst/bootloader-initrd-2.6.15-1-686-smp: true linux-image-2.6.15-1-686-smp/postinst/depmod-error-2.6.15-1-686-smp: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initramfs-tools vs yaird on a server
On Tuesday 14 February 2006 21:18, Jonas Smedegaard wrote: > > You may have been hit by http://bugs.debian.org/352654 > > I suspect not - GRUB can read RAID1 devices only, not RAID5 AFAIK. Hmm. Shouldn't it work if /root is on RAID but /boot is a separate normal partition? pgpklpWjmEfif.pgp Description: PGP signature
Re: linux-2.6 - patch cleanup
hello waldi thanks for your list. On Tue, Feb 14, 2006 at 07:28:45PM +0100, Bastian Blank wrote: > The current patches are currently in the trunk. Please clearify the > state: > > * buslogic-pci-id-table.patch > Unsubmitted. buslogic needs proper sysfs support. not suitable for upstream. atm nice workaround > * drivers-scsi-megaraid_splitup.patch > Unsubmitted. misses parts of the splitup, needs an update by fabbione which is in ubuntu. > * fbdev-radeon-noaccel.patch > No state. > > * fs-asfs-2.patch > Submitted. afaik unreviewed, no fs guy found intest in this. still inside of latest -mm too. > * ia64-irq-affinity-upfix.patch > Submitted, easy fix. > > * modular-ide-pnp.patch > Unknown. upstream had no real interest in it. > * mtdpart-redboot-fis-byteswap.patch > Unknown. > > * powerpc-apus.patch > Unknown. > > * powerpc-build-links.patch > Debian specific. > > * powerpc-mkvmlinuz-support.patch > Debian specific. > > * powerpc-mv643xx-hotplug-support.patch > Unknown. > > * powerpc-mv643xx-spinlock-fix-support.patch > Unknown. > > * powerpc-prep-utah-ide-interrupt.patch > Unknown. > > * powerpc-serial.patch > Unknown. > > * sparc64-atyfb-xl-gr.patch > Unknown. > > * sparc64-hme-lockup.patch > "Not suitable for upstream" > > * version.patch > Debian specific. > > Bastian > -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352753: udev: ide-generic no longer loaded on boot
On Feb 14, Frans Pop <[EMAIL PROTECTED]> wrote: > We've done a debugging session today involving Otavio Salvadore (who also > saw the issue), maks and myself. > > There are two possible solutions, both involving modifications in > /usr/share/initramfs-tools/hooks/udev. > > 1) revert inclusion of *_id scripts >Commenting out the three lines at the end of the current file lets the >system boot again. > 2) add 'copy_exec /lib/udev/ide.agent /lib/udev' at the end of the file >Apparently some _id script calls ide.agent and this makes sure >ide-generic is loaded at the correct time. So far there has not been a relevant progress then. The first solution is obviously unacceptable because supporting persistent disk names in the initramfs has been a planned feature since they were designed. The second solution means that I would need to add to my package code whose purpose I do not understand (which systems do need ide-generic, when and why?). Also, I cannot see any way for the *_id programs called by persistent.rules to prevent init-premount/ide, which contains an unconditional "modprobe -q ide-generic", to load the module. This is too much close to cargo cult programming for my taste. > Basically ide.agent does the same as what's currently in > /usr/share/initramfs-tools/scripts/init-premount/ide (which could probably > be cleaned now). What happens if you rearrange your initramfs to run this script before the udev script instead of later? If you are right and ide-generic needs to be loaded before other drivers (which is totally broken and is not something udev would support) then this would be the correct fix. > The comment at the top of the ide.agent seems to imply that this whole > ide-generic issue will be fixed in 2.6.16 kernels, which would be great. No. It means that in 2.6.16 the ide subsystem will generate requests for the high level drivers and that they will provide proper module aliases to allow autoloading them with $MODALIAS, but I doubt that the ide-generic module will. And if all uevents will have a $MODALIAS variable then ide.agent will never be run and ide-generic will not be loaded again. BTW, I would really really like to see the content of an uevent which causes ide-generic to be loaded. > With my d-i release manager hat on, I would suggest uploading -5 with this > fix at MEDIUM urgency. I would be very unhappy with -4 in testing in the > middle of preparing for D-I Beta2. I will make sure that udev gets into > testing before the final build for Beta2. When is the deadline for entering testing for Beta2? > One other thing. > With the patch applied, most errors that are shown with -3 are gone (there > were screens full of them!), but I still get 2 times the following error > on the console during a boot: >(...) exec of program /etc/initd.d/hdparm failed > > IMO it would be good to suppress such messages as, in my experience, they > will only lead to unnecessary installation and bug reports. I fully agree, but I need to find a clever way to do it. Can you suggest ways for udevd to detect if it's running in an initramfs? Like checking for a specific environment variable or a file. > maks suggested to re-add the "silence_exec_error" patch for Beta2 and > maybe come back to this issue after that? Maybe, but I'd rather to fix this once for good instead of hiding all errors again. -- ciao, Marco signature.asc Description: Digital signature
Bug#352753: udev: ide-generic no longer loaded on boot
tags + patch thanks Hi Marco, We've done a debugging session today involving Otavio Salvadore (who also saw the issue), maks and myself. There are two possible solutions, both involving modifications in /usr/share/initramfs-tools/hooks/udev. 1) revert inclusion of *_id scripts Commenting out the three lines at the end of the current file lets the system boot again. 2) add 'copy_exec /lib/udev/ide.agent /lib/udev' at the end of the file Apparently some _id script calls ide.agent and this makes sure ide-generic is loaded at the correct time. An lsmod after both boots shows ide-generic loaded after the piix driver, AFAIK this is correct. The second solution has our preference. Basically ide.agent does the same as what's currently in /usr/share/initramfs-tools/scripts/init-premount/ide (which could probably be cleaned now). The comment at the top of the ide.agent seems to imply that this whole ide-generic issue will be fixed in 2.6.16 kernels, which would be great. With my d-i release manager hat on, I would suggest uploading -5 with this fix at MEDIUM urgency. I would be very unhappy with -4 in testing in the middle of preparing for D-I Beta2. I will make sure that udev gets into testing before the final build for Beta2. One other thing. With the patch applied, most errors that are shown with -3 are gone (there were screens full of them!), but I still get 2 times the following error on the console during a boot: (...) exec of program /etc/initd.d/hdparm failed IMO it would be good to suppress such messages as, in my experience, they will only lead to unnecessary installation and bug reports. maks suggested to re-add the "silence_exec_error" patch for Beta2 and maybe come back to this issue after that? Thanks, Frans Pop pgpZlfMD9WR2u.pgp Description: PGP signature
Re: initramfs-tools vs yaird on a server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 15 Feb 2006 00:33:14 +0100 Frans Pop <[EMAIL PROTECTED]> wrote: > On Wednesday 15 February 2006 00:19, you wrote: > > But as I read bug#352654 it concerns defining the _root_ device > > (which to my knowledge is the only device ever defined in the GRUB > > menu.lst file, so choking on LVM _device_ names in GRUB shouldn't > > relate to /boot). > > No it does not relate to /boot, but it _does_ relate to booting if > you use initramfs as it relies on ROOT being set correctly in grub. I understand you now. Sorry for my noise... - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD8myWn7DbMsAkQLgRAkJ8AJ4xoLZPbsPcXIyVfHlrCZOW5JivbwCfbbkt VBd1bEGSsZcqAaKIzeibw/Q= =fiiG -END PGP SIGNATURE-
Re: initramfs-tools vs yaird on a server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 14 Feb 2006 20:55:52 +0100 Frans Pop <[EMAIL PROTECTED]> wrote: > On Tuesday 14 February 2006 18:39, sdbteam wrote: > > i've had serious issues when installing the > > linux-image-2.6.15-1-686-smp (testing) on our production server. i > > don't know if it's because of udev or initramfs-tools but my lvm2 > > partitions over a raid5 array didn't work anymore. i also had many > > unusefull modules loaded and i guess it's because of udev. > > You may have been hit by http://bugs.debian.org/352654 I suspect not - GRUB can read RAID1 devices only, not RAID5 AFAIK. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD8jsQn7DbMsAkQLgRAhIiAJ9dgCiqPGlLwF5Ixiigb19KY4XyzQCePA9i u4m/zn/Q9JPbTCShuNZW/YM= =FSpb -END PGP SIGNATURE-
Re: linux-2.6 - patch cleanup
On Tue, Feb 14, 2006 at 07:28:45PM +0100, Bastian Blank wrote: > * powerpc-apus.patch > Unknown. Well, merge is underway, takes time though, same status as the m68k patches i believe, i am waiting for the ARCh=powerpc transition for pushing this one more actively. > * powerpc-build-links.patch > Debian specific. > > * powerpc-mkvmlinuz-support.patch > Debian specific. > > * powerpc-mv643xx-hotplug-support.patch > Unknown. present in akpm's tree, not sure if merged yet or not. > * powerpc-mv643xx-spinlock-fix-support.patch > Unknown. backport i believe. > * powerpc-prep-utah-ide-interrupt.patch > Unknown. should be merged upstream, will investigate. > * powerpc-serial.patch > Unknown. Not merged upstream, powerpc-serial-of is the one which will be merged upstream, but it needs porting prep boxes yet. All in all, the powerpc patches need a serious cleanup in the 2.6.16-rc days, in order to prepare for the ARCH=powerpc transition of the 32bit kernels, if it is confirmed to be ready for 2.6.16 on all arches we support. Latest there where problems for oldworld and prep, if i remember well. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: preparing 2.6.16-rc2-1
On Tue, Feb 14, 2006 at 10:49:40PM +0100, Frederik Schueler wrote: > Hello, > > On Tue, Feb 14, 2006 at 06:10:31PM +0100, Norbert Tretkowski wrote: > > * Frederik Schueler wrote: > > > The svn branch to be used is dists/trunk/linux-2.6/ > > > > It's based on 2.6.15-3, what about the changes in -4, -5, -6 and the > > not yet uploaded -7? > > they need to be merged. > > I guess the tracking of 2.6.16-rc in svn should have been announced > when we started with rc1; let's take care of this the next time, so > everyone in the team is aware we need to implement changes on the > sid kernel in trunk too, if they apply. Please do not add any m68k patches there yet, they probably wont apply yet, and then we would have the same mess again as with 2.6.15. I will create an m68k patch as soon as the m68k CVS has been updated to 2.6.16(-rc), so I am sorry to spoil your party, but m68k will probably not be ready when 2.6.16 is released, unless somebody wants to manually merge the m68k diff. I do not have the time for that, but once the m68k CVS has been updated, it is easy to provide the necessary m68k patches. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initramfs-tools vs yaird on a server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 14 Feb 2006 21:27:53 +0100 Frans Pop <[EMAIL PROTECTED]> wrote: > On Tuesday 14 February 2006 21:18, Jonas Smedegaard wrote: > > > You may have been hit by http://bugs.debian.org/352654 > > > > I suspect not - GRUB can read RAID1 devices only, not RAID5 AFAIK. > > Hmm. Shouldn't it work if /root is on RAID but /boot is a separate > normal partition? It should, yes. But as I read bug#352654 it concerns defining the _root_ device (which to my knowledge is the only device ever defined in the GRUB menu.lst file, so choking on LVM _device_ names in GRUB shouldn't relate to /boot). - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD8mVzn7DbMsAkQLgRAlRGAJ4kTxW5qRBJDpaiZ+hhZ6eRRbiv1gCghNxI Oyw4JJqGcXXRgws3KkIz+Xs= =ucl3 -END PGP SIGNATURE-
Re: initramfs-tools vs yaird on a server
On Wednesday 15 February 2006 00:19, you wrote: > But as I read bug#352654 it concerns defining the _root_ device (which > to my knowledge is the only device ever defined in the GRUB menu.lst > file, so choking on LVM _device_ names in GRUB shouldn't relate > to /boot). No it does not relate to /boot, but it _does_ relate to booting if you use initramfs as it relies on ROOT being set correctly in grub. But if root is on LVM you will have something like ROOT=/dev/mapper/... in grub. And that is exactly what 352654 is about. Note that the original poster never said if he has a separate /boot or where his root is. He just says " grub no longer boots with LVM on RAID". Depending on his setup, that could very well be 352654. AIUI yaird does not read the ROOT variable set by grub, and so would not be affected, solving the issue. This will be my last post in this thread. The original poster should now have enough info to sort things out for himself and follow up if he feels that's needed. Cheers, FJP P.S. grub also sets the device where it expects /boot, but that is done in a slightly roundabout way; partly in menu.lst though. pgpRgC1ev6Kx6.pgp Description: PGP signature
Re: linux-2.6 - patch cleanup
On Tue, Feb 14, 2006 at 08:40:58PM +0100, maximilian attems wrote: > > * drivers-scsi-megaraid_splitup.patch > > Unsubmitted. > > misses parts of the splitup, > needs an update by fabbione which is in ubuntu. this should be deal with properly in 2.6.16-rc. Better backport the megaraid drivers from latest linus' tree. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: preparing 2.6.16-rc2-1
Hello, On Tue, Feb 14, 2006 at 06:10:31PM +0100, Norbert Tretkowski wrote: > * Frederik Schueler wrote: > > The svn branch to be used is dists/trunk/linux-2.6/ > > It's based on 2.6.15-3, what about the changes in -4, -5, -6 and the > not yet uploaded -7? they need to be merged. I guess the tracking of 2.6.16-rc in svn should have been announced when we started with rc1; let's take care of this the next time, so everyone in the team is aware we need to implement changes on the sid kernel in trunk too, if they apply. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: initramfs-tools vs yaird on a server
On Tuesday 14 February 2006 18:39, sdbteam wrote: > i've had serious issues when installing the > linux-image-2.6.15-1-686-smp (testing) on our production server. i > don't know if it's because of udev or initramfs-tools but my lvm2 > partitions over a raid5 array didn't work anymore. i also had many > unusefull modules loaded and i guess it's because of udev. You may have been hit by http://bugs.debian.org/352654 pgpS6aq7U2l9y.pgp Description: PGP signature
Re: initramfs-tools vs yaird on a server
On Tue, Feb 14, 2006 at 06:39:44PM +0100, sdbteam wrote: > > i've had serious issues when installing the linux-image-2.6.15-1-686-smp > (testing) on our production server. > i don't know if it's because of udev or initramfs-tools but my lvm2 > partitions over a raid5 array didn't work anymore. specify your serious issues, until then your mail is just handwaving. > i also had many unusefull modules loaded and i guess it's because of udev. sure udev loads modules based on your hardware, if you put an sound card into your server don't be surprised to get an audio driver loaded.. that is easily tunable in /etc/modprobe.d where you can blacklist the unwanted modules. then regenerate your initrd either by `dpkg-reconfigure linux-image-XXX` or with `update-initramfs -u` -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: linux-2.6 - patch cleanup
* Bastian Blank <[EMAIL PROTECTED]> [2006-02-14 19:28]: > * mtdpart-redboot-fis-byteswap.patch > Unknown. Why is the status unknown? Isn't the following description clear enough: 2770:[EMAIL PROTECTED]: ..l/linux-2.6/debian/patches] head -3 mtdpart-redboot-fis-byteswap.patch ## DP: recognise a foreign byte sex partition table ## DP: Patch author: John Bowler <[EMAIL PROTECTED]> ## DP: Upstream status: in MTD tree It has been accepted in the MTD tree, so it's only a matter of time until it'll be in Linus' git. We need this patch for the Linksys NSLU2 (arm). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-2.6 - patch cleanup
Hi folks The current patches are currently in the trunk. Please clearify the state: * buslogic-pci-id-table.patch Unsubmitted. * drivers-scsi-megaraid_splitup.patch Unsubmitted. * fbdev-radeon-noaccel.patch No state. * fs-asfs-2.patch Submitted. * ia64-irq-affinity-upfix.patch Submitted, easy fix. * modular-ide-pnp.patch Unknown. * mtdpart-redboot-fis-byteswap.patch Unknown. * powerpc-apus.patch Unknown. * powerpc-build-links.patch Debian specific. * powerpc-mkvmlinuz-support.patch Debian specific. * powerpc-mv643xx-hotplug-support.patch Unknown. * powerpc-mv643xx-spinlock-fix-support.patch Unknown. * powerpc-prep-utah-ide-interrupt.patch Unknown. * powerpc-serial.patch Unknown. * sparc64-atyfb-xl-gr.patch Unknown. * sparc64-hme-lockup.patch "Not suitable for upstream" * version.patch Debian specific. Bastian -- ... The prejudices people feel about each other disappear when they get to know each other. -- Kirk, "Elaan of Troyius", stardate 4372.5 signature.asc Description: Digital signature
initramfs-tools vs yaird on a server
Dear Debian Team... i've had serious issues when installing the linux-image-2.6.15-1-686-smp (testing) on our production server. i don't know if it's because of udev or initramfs-tools but my lvm2 partitions over a raid5 array didn't work anymore. i also had many unusefull modules loaded and i guess it's because of udev. installing yaird and removing udev solved my problems.. would't it be better to recommand yaird on servers ? regards jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: preparing 2.6.16-rc2-1
On Tue, Feb 14, 2006 at 04:33:11PM +, Martin Michlmayr wrote: > * maximilian attems <[EMAIL PROTECTED]> [2006-02-14 16:35]: > > > with the release of rc3, we should finally start to track 2.6.16-rc in > > > experimental, to have all configs in shape an all architectures building > > > in time for the -final release to happen the same day for both upstream > > > and us :-) > > > > git has build fixes for mips and sparc, > > mips isn't in Debian, the sparc patch is really tiny. Just put it in > debian/patches. In fact, I might do so later if I find some time. ack. as we have 2 days time, i'll do it tomorrow. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: preparing 2.6.16-rc2-1
* Frederik Schueler wrote: > The svn branch to be used is dists/trunk/linux-2.6/ It's based on 2.6.15-3, what about the changes in -4, -5, -6 and the not yet uploaded -7? Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352274: Udev error messages on boot
On Tue, 14 Feb 2006, Sven Luther wrote: > > Oh thanks, in any case, if you add code, please make sure to also take into > account the fact that this ide-generic module is not even built on powerpc, so > probably not needed. initramfs-tools uses modprobe so if the modules doesn't exist, it doesn't matter, to be precise: modprobe -q $module > Already jonas refuses to fix the bug on yaird to not fail because there is no > ide-generic on powerpc, but if we then also lose initramfs-tools/yaird, i > would be very very unhappy. unrelated to this ide-generic trouble. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: preparing 2.6.16-rc2-1
* maximilian attems <[EMAIL PROTECTED]> [2006-02-14 16:35]: > > with the release of rc3, we should finally start to track 2.6.16-rc in > > experimental, to have all configs in shape an all architectures building > > in time for the -final release to happen the same day for both upstream > > and us :-) > > git has build fixes for mips and sparc, mips isn't in Debian, the sparc patch is really tiny. Just put it in debian/patches. In fact, I might do so later if I find some time. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352274: Udev error messages on boot
On Tue, Feb 14, 2006 at 05:42:39PM +0100, maximilian attems wrote: > On Tue, 14 Feb 2006, Sven Luther wrote: > > > > > Oh thanks, in any case, if you add code, please make sure to also take into > > account the fact that this ide-generic module is not even built on powerpc, > > so > > probably not needed. > > initramfs-tools uses modprobe so if the modules doesn't exist, > it doesn't matter, to be precise: modprobe -q $module Cool. > > Already jonas refuses to fix the bug on yaird to not fail because there is > > no > > ide-generic on powerpc, but if we then also lose initramfs-tools/yaird, i > > would be very very unhappy. > > unrelated to this ide-generic trouble. Sure related to ide-generic, altough maybe not this exact issue, but the problem first started when they tried to fix this selfsame ide-generic issue, and forced the loading of ide-generic, not caring that it was not built on powerpc. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352274: Udev error messages on boot
On Tue, Feb 14, 2006 at 04:31:13PM +0100, maximilian attems wrote: > On Tue, Feb 14, 2006 at 03:05:23PM +0100, Marco d'Itri wrote: > > On Feb 14, maximilian attems <[EMAIL PROTECTED]> wrote: > > > > Right, now I remember that nobody could explain why this is needed so I > > refused to add to my package code to load ide-generic. > > of course my test machines don't need it, but everyone else seem too. Could we have some more serious information on who exactly those 'everyone else' who need this is, and more importantly the hardware involved ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352700: can't boot with 2.6.15-1-686 kernel : "/scripts/init-premount/udev : 21 : udevd : not found
On Tue, 14 Feb 2006, Florian Iragne wrote: > maximilian attems a écrit : > > with latest udev for some reason ide-generic doesn't get loaded > > please try to modprobe ide-generic, > > boot should continue then. > > > > you should also be able to add it in /etc/mkinitramfs/modules > > > > thanks for your feedback. > > both idea didn't work > > i still got the error message about udev ide.agent, can't continue > normal boot process > > Florian those error messages are harmless they were surpressed until shortly by udev. no they are not pretty please provide the last error messages you see when getting dropped into the shell. also from there the output of: cat /proc/cmdline cat /proc/modules and check if your root device is there ls /dev/hda4 or whatever.. -- maks
Bug#352818: initramfs-tools: exec of program '/lib/udev/udev_run_hotplugd' failed
On Tue, Feb 14, 2006 at 02:21:03PM +0100, [EMAIL PROTECTED] wrote: > > I get lots of error messages when booting, but the system does boot > despite them. (These were copied by hand, may be inexact.) > > Begin: Running /scripts/init-premount > ACPI: <...some stuff...> > ACPI: <...some stuff...> > ACPI: <...some stuff...> > udevd_event[858]: run_program: exec of program '/lib/udev/udev_run_hotplugd' > failed > > Then I get hundreds of identical udevd_event messages (with different > numbers in brackets), and some of them with udev_run_devd instead of > udev_run_hotplugd. > > The kernel is linux-image-2.6.15-1-686. > > This is possibly similar to #352700. udev suppressed this messages until recently. they are not pretty but harmless. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: preparing 2.6.16-rc2-1
On Tue, Feb 14, 2006 at 04:13:33PM +0100, Frederik Schueler wrote: > > with the release of rc3, we should finally start to track 2.6.16-rc in > experimental, to have all configs in shape an all architectures building > in time for the -final release to happen the same day for both upstream > and us :-) git has build fixes for mips and sparc, those archs could wait for rc4, but.. a++ -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352274: Udev error messages on boot
On Tue, Feb 14, 2006 at 03:05:23PM +0100, Marco d'Itri wrote: > On Feb 14, maximilian attems <[EMAIL PROTECTED]> wrote: > > Right, now I remember that nobody could explain why this is needed so I > refused to add to my package code to load ide-generic. of course my test machines don't need it, but everyone else seem too. > Is there any reason to not reassign #352753 to initramfs-tools? there was no initramfs-tools upload in february, it is clearly a change to the udev hooks that broke the boot. > Error messages about any missing script, which used to be suppressed but > now may confuse users. ah no i've seen them too, yes there are looots. users may easily think they are fatal. > I have no specific critic, but every change I do to the initramfs > scripts which I do not fully uderstand has an higher probability to > introduce bugs. sorry for pushing the _id change, i will wait until fjp is online and ready for a debugging session to find a good solution to this. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
preparing 2.6.16-rc2-1
Hello, with the release of rc3, we should finally start to track 2.6.16-rc in experimental, to have all configs in shape an all architectures building in time for the -final release to happen the same day for both upstream and us :-) The svn branch to be used is dists/trunk/linux-2.6/ and the orig tarball (with signed sha1 checksum) is to be found here: http://people.debian.org/~fs/linux-2.6_2.6.15+2.6.16-rc3.orig.tar.gz http://people.debian.org/~fs/linux-2.6_2.6.15+2.6.16-rc3.orig.tar.gz.sha1.asc I would like to have 2.6.16-rc3 uploaded to experimental on friday before dinstall, unless someone objects. This leaves us full 3 days to beat it into shape, so there should be no problem. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: Bug#352274: Udev error messages on boot
On Tue, Feb 14, 2006 at 03:05:23PM +0100, Marco d'Itri wrote: > On Feb 14, maximilian attems <[EMAIL PROTECTED]> wrote: > > > i know that ide.generic was never included in initramfs. > > we use a quite similar code in > > /usr/share/initramfs-tools/scripts/init-premount/ide > > it needs to be converted to modprobe ide-generic only for ide boots, > > and to have timeouts for usb/scsi cases. > > similar to the ubuntu udev premount hook. > Right, now I remember that nobody could explain why this is needed so I > refused to add to my package code to load ide-generic. Oh thanks, in any case, if you add code, please make sure to also take into account the fact that this ide-generic module is not even built on powerpc, so probably not needed. Already jonas refuses to fix the bug on yaird to not fail because there is no ide-generic on powerpc, but if we then also lose initramfs-tools/yaird, i would be very very unhappy. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352274: Udev error messages on boot
On Feb 14, maximilian attems <[EMAIL PROTECTED]> wrote: > i know that ide.generic was never included in initramfs. > we use a quite similar code in > /usr/share/initramfs-tools/scripts/init-premount/ide > it needs to be converted to modprobe ide-generic only for ide boots, > and to have timeouts for usb/scsi cases. > similar to the ubuntu udev premount hook. Right, now I remember that nobody could explain why this is needed so I refused to add to my package code to load ide-generic. Is there any reason to not reassign #352753 to initramfs-tools? > > Some error messages are still printed, I need to think about a better > > way to handle this since it's probably not a good idea to copy the whole > > /lib/udev/ in the initramfs just to silence them. > which error messages? Error messages about any missing script, which used to be suppressed but now may confuse users. > i'm subscribed to udev pts and i try to keep track the best i can. > what is your particular critic? I have no specific critic, but every change I do to the initramfs scripts which I do not fully uderstand has an higher probability to introduce bugs. -- ciao, Marco signature.asc Description: Digital signature
Bug#352819: kernel oops in linvfs_setattr with kernel-image-2.4.27-2-686-smp
Package: kernel-image-2.4.27-2-686-smp
Version: 22.4.27-10sarge1
Severity: important
Hello,
after somedays of uptime on our fileserver (nfs,samba) we get an
kerneloops (see below). This happens when running a chmod on large
filesystems (from cron).
We had similar problems with previous kernels 2.4.2[4567]--686-smp, too.
(e.g. bug #283115)
thank you
Stefan
---
ksymoops 2.4.9 on i686 2.4.27-2-686-smp. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.27-2-686-smp/ (default)
-m /boot/System.map-2.4.27-2-686-smp (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Warning (expand_objects): object
/lib/modules/2.4.27-2-686-smp/kernel/fs/ext3/ext3.o for module ext3 has
changed since load
Warning (expand_objects): object
/lib/modules/2.4.27-2-686-smp/kernel/fs/jbd/jbd.o for module jbd has
changed since load
Warning (expand_objects): object
/lib/modules/2.4.27-2-686-smp/kernel/drivers/scsi/sd_mod.o for module
sd_mod has changed since load
Warning (expand_objects): object
/lib/modules/2.4.27-2-686-smp/kernel/drivers/scsi/aic7xxx/aic79xx.o for
module aic79xx has changed since load
Warning (expand_objects): object
/lib/modules/2.4.27-2-686-smp/kernel/drivers/scsi/scsi_mod.o for module
scsi_mod has changed since load
Warning (expand_objects): object
/lib/modules/2.4.27-2-686-smp/kernel/net/unix/unix.o for module unix has
changed since load
<1>Unable to handle kernel NULL pointer dereference at virtual address
0008
e1b4eb01
*pde =
Oops:
CPU:0
EIP:0010:[]Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: ebx: ecx: cc483ebc edx: d3a331c0
esi: edi: cc483f20 ebp: cc483f64 esp: cc483ea4
ds: 0018 es: 0018 ss: 0018
Process chmod (pid: 14228, stackpage=cc483000)
Stack: 0bb8 ce67a000 d13887c0 d3a331c0 d3a331e0 0402
81ff
43f1d47b
Call Trace:[] [] [] []
[]
Code: 8b 50 08 31 c0 89 4c 24 04 8b 4c 24 10 89 44 24 0c 89 74 24
EIP; e1b4eb01 <[xfs]linvfs_setattr+e1/180> <=
ecx; cc483ebc <_end+c132144/204bb2e8>
edx; d3a331c0 <_end+136e1448/204bb2e8>
edi; cc483f20 <_end+c1321a8/204bb2e8>
ebp; cc483f64 <_end+c1321ec/204bb2e8>
esp; cc483ea4 <_end+c13212c/204bb2e8>
Trace; c0160103
Trace; c0144989
Trace; c0146a85
Trace; c0145216
Trace; c0108f3b
Code; e1b4eb01 <[xfs]linvfs_setattr+e1/180>
<_EIP>:
Code; e1b4eb01 <[xfs]linvfs_setattr+e1/180> <=
0: 8b 50 08 mov0x8(%eax),%edx <=
Code; e1b4eb04 <[xfs]linvfs_setattr+e4/180>
3: 31 c0 xor%eax,%eax
Code; e1b4eb06 <[xfs]linvfs_setattr+e6/180>
5: 89 4c 24 04 mov%ecx,0x4(%esp)
Code; e1b4eb0a <[xfs]linvfs_setattr+ea/180>
9: 8b 4c 24 10 mov0x10(%esp),%ecx
Code; e1b4eb0e <[xfs]linvfs_setattr+ee/180>
d: 89 44 24 0c mov%eax,0xc(%esp)
Code; e1b4eb12 <[xfs]linvfs_setattr+f2/180>
11: 89 74 24 00 mov%esi,0x0(%esp)
7 warnings issued. Results may not be reliable.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352818: initramfs-tools: exec of program '/lib/udev/udev_run_hotplugd' failed
Package: initramfs-tools Version: 0.51 Severity: normal I get lots of error messages when booting, but the system does boot despite them. (These were copied by hand, may be inexact.) Begin: Running /scripts/init-premount ACPI: <...some stuff...> ACPI: <...some stuff...> ACPI: <...some stuff...> udevd_event[858]: run_program: exec of program '/lib/udev/udev_run_hotplugd' failed Then I get hundreds of identical udevd_event messages (with different numbers in brackets), and some of them with udev_run_devd instead of udev_run_hotplugd. The kernel is linux-image-2.6.15-1-686. This is possibly similar to #352700. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) 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.1-3small statically-linked utilities ii udev 0.084-3/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352700: can't boot with 2.6.15-1-686 kernel : "/scripts/init-premount/udev : 21 : udevd : not found
maximilian attems a écrit : > with latest udev for some reason ide-generic doesn't get loaded > please try to modprobe ide-generic, > boot should continue then. > > you should also be able to add it in /etc/mkinitramfs/modules > > thanks for your feedback. both idea didn't work i still got the error message about udev ide.agent, can't continue normal boot process Florian signature.asc Description: OpenPGP digital signature
Re: Bug#352274: Udev error messages on boot
On Tue, Feb 14, 2006 at 10:38:23AM +0100, Marco d'Itri wrote: > On Feb 14, maximilian attems <[EMAIL PROTECTED]> wrote: > > > and reboot with it, please tell which messages you still see afterwards. > > also be warned that current udev/initramfs-tools seems to forget about > > ide-generic if you need it add it before as a line in > > /etc/mkiniramfs/modules or modprobe it when dropped into the shell > > while booting. > It does not "forget" it, it's not copied by design because I was told > that the ide-generic brokeness was removed from the Debian kernels. the faulty Xu patch was removed long ago, still lots of common intel/via hardware needs ide-generic. otherwise no ide driver is loaded for them. > No version of the udev initramfs scripts ever copied it, so it's not > clear how precedent versions could work if this is actually the problem. i'm investingating it atm. i don't get yet which change between 0.084-3 and 0.084-4 made the difference. i know that ide.generic was never included in initramfs. we use a quite similar code in /usr/share/initramfs-tools/scripts/init-premount/ide it needs to be converted to modprobe ide-generic only for ide boots, and to have timeouts for usb/scsi cases. similar to the ubuntu udev premount hook. > Some error messages are still printed, I need to think about a better > way to handle this since it's probably not a good idea to copy the whole > /lib/udev/ in the initramfs just to silence them. which error messages? > BTW, since you dropped these scripts on me it would be nice if you could > continue actively maintaining them, because I do not use an initramfs. it's quite easy to install linux-2.6-686 or whatever image you need in parallel to some cool git snapshots. :) i'm subscribed to udev pts and i try to keep track the best i can. what is your particular critic? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352805: initramfs-tools: Check for root fs mysteriously fails
Package: initramfs-tools
Version: 0.51
Severity: normal
hi,
The test for ${ROOT} in /script/local reproducibly fails. The root fs is
on /dev/hdb6. When the script drops launches the busibox shell, I can
see /dev/hdb6 is present. Exiting the shell resumes normal booting.
Please feel free to reassign if necessary.
This started to occur only after I installed the latest udev.
Thanks,
Johannes
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.15-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages initramfs-tools depends on:
ii busybox 1:1.01-4 Tiny utilities for small and embed
ii cpio 2.5-1.3GNU cpio -- a program to manage ar
ii klibc-utils 1.1.16-3 small statically-linked utilities
ii udev 0.084-4/dev/ and hotplug management daemo
-- no debconf information
--
http://www.infoe.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#352705: cp: cannot stat `/etc/scsi_id.config'
Processing commands for [EMAIL PROTECTED]: > reassign 352705 kernel-package Bug#352705: cp: cannot stat `/etc/scsi_id.config' Bug reassigned from package `initramfs-tools' to `kernel-package'. > 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#352705: cp: cannot stat `/etc/scsi_id.config'
reassign 352705 kernel-package stop On Tue, 14 Feb 2006, maximilian attems wrote: > > Here's the upgrade log: > > http://dannf.org/bugs/352705/upgrade.log > > indeed there is a bug in update-initramfs triggered due to the > new kernel upgrade seen in the udev postinst: > /boot/initrd.img-2.6.15-1-mckinley was been altered. Cannot update. no update-initramfs is correct, kernel-package invoced mkinitramfs instead of update-initramfs. so update-initramfs had still the old sha1sum. that's why it doesn't run in udev's postinst. already wondered about that after the last linux-image upgrade. need to look at the ubuntu patch, but i'm pretty sure that there kernel-package invoces update-initramfs. most probably this bug deserves an higher severity, i'll look that up and will follow up today with an patch. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352700: can't boot with 2.6.15-1-686 kernel : "/scripts/init-premount/udev : 21 : udevd : not found
tags -unreproducible stop this looks like a dup of #352753. On Tue, Feb 14, 2006 at 10:37:33AM +0100, Florian Iragne wrote: > maximilian attems a écrit : > > initramfs-tools/linux-image-2.6-686 > > on reboot, the error is still there with this message : > udevd-event[1625]: run_program: exec of program '/lib/udev/ide.agent' failed > > then: > device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [EMAIL PROTECTED] > unable to find volume group "LVMDEBIAN" > > and finally i got a minimal shell (busybox v1.01) > > the same problem appears on another laptop, without lvm with latest udev for some reason ide-generic doesn't get loaded please try to modprobe ide-generic, boot should continue then. you should also be able to add it in /etc/mkinitramfs/modules thanks for your feedback. -- maks
Processed: Re: Bug#352768: ps2 mouse stops working with udev
Processing commands for [EMAIL PROTECTED]: > reassign 352768 linux-2.6 Bug#352768: ps2 mouse stops working with udev Bug reassigned from package `udev' to `linux-2.6'. > retitle 352768 ps2 mouse detection depends on modules loading order Bug#352768: ps2 mouse stops working with udev Changed Bug title. > 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#352705: cp: cannot stat `/etc/scsi_id.config'
On Mon, 13 Feb 2006, dann frazier wrote: > Yes, udev postinstall did get executed later. If a udev upgrade is > supposed to trigger initrd regeneration (it looks like it might), then > this is probably not an upgrade path issue. However, it looks like > initrd regeneration failed in my case. udev is using initramfs-tools hooks so needs to to update the initramfs if initramfs-tools is installed and configured. evms adds also his hooks. needs still to be done for lvm2 and mdadm. as currently you have nice races between initramfs generation and possible later lvm2 installation + root creation that will then miss the dm/md stuff in the initramfs. > Here's the upgrade log: > http://dannf.org/bugs/352705/upgrade.log indeed there is a bug in update-initramfs triggered due to the new kernel upgrade seen in the udev postinst: /boot/initrd.img-2.6.15-1-mckinley was been altered. Cannot update. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352768: ps2 mouse stops working with udev
reassign 352768 linux-2.6 retitle 352768 ps2 mouse detection depends on modules loading order thanks On Feb 14, Jonathan Kaye <[EMAIL PROTECTED]> wrote: > When I try to upgrade my system replacing hotplug by udev the mouse does > not seem to be recognized. This happens with both the 2.6.12 and the > 2.6.15 kernels. I am running an amd64 system on the same machine > (separate boot) and there is no problem with udev so this is not > hardware related. The psmouse module seems to be installed and manually > (re)installing it with modprobe does not help. Syslog gives me these I compared the lists of modules loaded and everything needed is there, so your problem is apparently related to modules loading order. I am reassigning it to the kernel package. -- ciao, Marco signature.asc Description: Digital signature
Bug#352780: linux-image-2.6.15-1-686-smp: dependence on udev
Package: linux-image-2.6.15-1-686-smp Severity: normal udev is just plain evil on a server. it shouldn't be mandatory. the modules listed /etc/modules do not get loaded in the specified order. it's a major problem for networking devices (ex e firewall). -- 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.4.30-vs1.2.10 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
