Bug#401558: ipw3945d: Binary userspace regulatory daemon starting twice on bootup
On Tue, Dec 05, 2006 at 04:55:31PM +0100, Dieter Roels wrote: > Jurij, > > You are right, /var is writeable when the daemon is started from udev. > But i have no idea why... As far as I know, I'm running a standard > debian testing (except kernel). > > The only thing I could think of that's not standard in my install is > that i was running bootlogd. I thought bootlogd was mounting /var early > to be able to write its log in /var/log/, but I turned it off, and it > still mounts /dev/sda1 before udev is starting ipw3945d. No, I don't think its bootlogd. According to /etc/rcS.d/S02mountkernfs.sh it is possible for /var/run to be mounted on tmpfs (and it would become writeable before the udev is run in that case) by setting RAMRUN=yes in /etc/default/rcS. Can you post the output of 'mount' on your machine? 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]
Bug#401558: Possible explanation
On Tue, Dec 05, 2006 at 12:13:00PM +, Guido Trotter wrote: > > Hi! > > What I found out is that the debian ipw3945-modules-* package (made by > kernel-package with make-kpkg) distributes the /etc/modprobe.d/ipw3945-modules > file while ipw3945d distributes /etc/modprobe.d/ipw3945d which both start the > daemon. This might be the cause of the problem. I suggest removing the file > from > ipw3945-modules-* as there might be more than one of those package installed > at > the same time, and they would fight for ownership of that file, I think... So > this could probably be retitled to "shouldn't ship > /etc/modprobe.d/ipw3945-modules" and reassigned to ipw3945-source... Correct > me > if I'm wrong... Right, ipw3945-modules used to do that, but it has been fixed (bug 399491). Besides, the ps output Dieter has posted indicates that both daemons are started using the /etc/init.d/ipw3945d script. 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]
Bug#401764: initramfs-tools: Produces broken (unbootable) initrd
Package: initramfs-tools Version: 0.85c Severity: critical Justification: breaks the whole system Not much more to say. Any kernel image I build an initrd for now breaks in the same way. Since I'm lazy and didn't feel like transcripting everything it outputs, I took pictures of the screen when it broke: http://hephaestus.constanta.rdsnet.ro/~gcbirzan/initramfs/ What's funny is this (this is a broken initrd): [EMAIL PROTECTED]:~/initramfs$ gunzip -dc < /boot/initrd.img-2.6.18-3-686 | cpio -i 22694 blocks [EMAIL PROTECTED]:~/initramfs$ bin/fstype < /dev/sda5 FSTYPE=reiserfs FSSIZE=71206174720 [EMAIL PROTECTED]:~/initramfs$ find -name fstype ./bin/fstype [EMAIL PROTECTED]:~/initramfs$ strings bin/fstype | grep Usage Usage: %s [file] I can't get it to spit that out, though. :-) I'm rather stumped at the moment, as initramfs just kind of worked till now, not sure how to debug it... -- Package-specific info: -- /proc/cmdline root=/dev/sda5 ro -- /proc/filesystems cramfs reiserfs -- lsmod Module Size Used by i8k 6040 0 cpufreq_ondemand7148 2 cpufreq_userspace 4160 0 cpufreq_powersave 1888 0 speedstep_centrino 7216 1 freq_table 4544 1 speedstep_centrino rfcomm 33428 0 l2cap 21504 5 rfcomm bluetooth 42884 4 rfcomm,l2cap nfs 194508 0 ipv6 221760 27 nfsd 196612 17 exportfs5504 1 nfsd lockd 53256 3 nfs,nfsd nfs_acl 3552 2 nfs,nfsd sunrpc137884 13 nfs,nfsd,lockd,nfs_acl ppdev 8516 0 parport_pc 32132 0 lp 10852 0 parport33160 3 ppdev,parport_pc,lp button 6544 0 ac 4836 0 battery 9188 0 deflate 3808 0 zlib_deflate 18616 1 deflate twofish42880 0 serpent19232 0 aes28160 0 blowfish9312 0 des17408 0 sha256 11040 0 sha12624 0 crypto_null 2624 0 af_key 31568 0 dm_crypt 10824 0 dm_snapshot15680 0 dm_mirror 18768 0 dm_mod 49976 3 dm_crypt,dm_snapshot,dm_mirror joydev 8992 0 snd_hda_intel 17140 4 snd_hda_codec 125408 1 snd_hda_intel snd_pcm_oss35936 0 snd_mixer_oss 15872 1 snd_pcm_oss snd_pcm74500 4 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_timer 20836 2 snd_pcm sdhci 14272 0 snd48100 12 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer mmc_core 22528 1 sdhci intel_agp 21116 1 pcspkr 3040 0 ieee80211 41676 0 ieee80211_crypt 6112 1 ieee80211 sg 30940 0 soundcore 9216 1 snd hw_random 5624 0 firmware_class 9696 0 i2c_i8018236 0 i2c_core 19520 1 i2c_i801 psmouse34600 0 serio_raw 6596 0 tsdev 7392 0 mousedev 10788 1 evdev 9088 2 snd_page_alloc 9512 2 snd_hda_intel,snd_pcm eth139418052 0 rtc12340 0 agpgart29864 1 intel_agp sr_mod 15876 0 cdrom 32448 1 sr_mod usbhid 35520 0 reiserfs 212992 1 sd_mod 18592 3 uhci_hcd 20392 0 ehci_hcd 28008 0 ata_piix 11556 2 generic 4420 0 [permanent] ide_core 110888 1 generic b440 0 mii 5312 1 b44 usbcore 111616 4 usbhid,uhci_hcd,ehci_hcd ohci1394 30608 0 ieee1394 86584 2 eth1394,ohci1394 thermal12904 0 processor 25512 2 speedstep_centrino,thermal fan 4516 0 libata 61420 1 ata_piix scsi_mod 123080 4 sg,sr_mod,sd_mod,libata -- kernel-img.conf # Kernel Image management overrides # See kernel-img.conf(5) for details do_symlinks = Yes do_initrd = Yes -- System Information: Debian Release: 4.0 APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-3 Tiny utilities for small and embed ii cpio 2.6-17 GNU cpio
Processed: severity of 401719 is normal
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > severity 401719 normal Bug#401719: netfilter: libipt_multiport: getsockopt failed strangely invalid argument Severity set to `normal' from `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]
Bug#375043: marked as done (linux-image-2.6.16-2-prep: still fails to generate vmlinuz)
Your message dated Tue, 5 Dec 2006 17:28:25 +0100 with message-id <[EMAIL PROTECTED]> and subject line mkvmlinuz 27 now supports prep kernels (you need debian 2.6.18 kernels though). 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) --- Begin Message --- Package: linux-image-2.6.16-2-prep Version: 2.6.16-15 Severity: grave Justification: renders package unusable linux-image-2.6.16-2-prep still fails to generate a usable vmlinuz image like the -powerpc package. Setting up linux-image-2.6.16-2-prep (2.6.16-15) ... Hmm. The package shipped with a symbolic link /lib/modules/2.6.16-2-prep/source However, I can not read the target: No such file or directory Therefore, I am deleting /lib/modules/2.6.16-2-prep/source Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/mkvmlinuz Sorry, I do not know how to handle PowerPC sub-architecture prep in version 2.6.16-2-prep. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages linux-image-2.6.16-2-prep depends on: ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs ii mkvmlinuz 22 create a kernel to boot a PowerPC ii module-init-tools 3.2.2-3tools for managing Linux kernel mo linux-image-2.6.16-2-prep recommends no packages. -- debconf information: linux-image-2.6.16-2-prep/preinst/bootloader-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/bootloader-test-error-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/overwriting-modules-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/old-initrd-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/old-system-map-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/prerm/would-invalidate-boot-loader-2.6.16-2-prep: true linux-image-2.6.16-2-prep/prerm/removing-running-kernel-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/create-kimage-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-prep/preinst/already-running-this-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/failed-to-move-modules-2.6.16-2-prep: linux-image-2.6.16-2-prep/postinst/bootloader-error-2.6.16-2-prep: linux-image-2.6.16-2-prep/postinst/old-dir-initrd-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/kimage-is-a-directory: linux-image-2.6.16-2-prep/postinst/depmod-error-initrd-2.6.16-2-prep: false linux-image-2.6.16-2-prep/preinst/elilo-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/preinst/abort-install-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/initrd-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/abort-overwrite-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/lilo-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/depmod-error-2.6.16-2-prep: false --- End Message --- --- Begin Message --- Closing, as prep kernels are now perfectly supported, since mkvmlinuz 27 and 2.6.18 debian kernels. It is used to build the prep d-i images, and i tested on a prep installation last WE. If problems still persist, please open new bugs. Friendly, Sven Luther --- End Message ---
Bug#387496: marked as done (mkvmlinuz: missing support for prep)
Your message dated Tue, 5 Dec 2006 17:28:25 +0100 with message-id <[EMAIL PROTECTED]> and subject line mkvmlinuz 27 now supports prep kernels (you need debian 2.6.18 kernels though). 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) --- Begin Message --- Package: mkvmlinuz Version: 23 Severity: normal Hello, as pointed out on IRC, the current mkvmlinuz does not support the PREP subarch with recent kernels. It just exits telling that it does not know how to support PREP. Eduard. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) --- End Message --- --- Begin Message --- Closing, as prep kernels are now perfectly supported, since mkvmlinuz 27 and 2.6.18 debian kernels. It is used to build the prep d-i images, and i tested on a prep installation last WE. If problems still persist, please open new bugs. Friendly, Sven Luther --- End Message ---
Bug#401558: ipw3945d: Binary userspace regulatory daemon starting twice on bootup
Jurij Smakov wrote: The thing you describe may happen if your /var/run/ipw3945d directory is writeable already when udev starts the daemon. Then it is started early, but later /etc/rcS.d/S36mountall-bootclean.sh is run, which cleans out the /var/run directory. So the pid file gets lost, and daemon is fired up again when S39ipw3945d script is run. So, what is your setup? Why would /var be writeable early in the boot process? It must be some local customization, because by now quite a few people have been using it, and nobody complained of anything like that :-). Best regards, Jurij, You are right, /var is writeable when the daemon is started from udev. But i have no idea why... As far as I know, I'm running a standard debian testing (except kernel). The only thing I could think of that's not standard in my install is that i was running bootlogd. I thought bootlogd was mounting /var early to be able to write its log in /var/log/, but I turned it off, and it still mounts /dev/sda1 before udev is starting ipw3945d. From dmesg: ... Adding 746980k swap on /dev/sda5. Priority:-1 extents:1 across:746980k EXT3 FS on sda1, internal journal loop: loaded (max 8 devices) ieee1394: sbp2: Driver forced to serialize I/O (serialize_io=1) ieee1394: sbp2: Try serialize_io=0 for better performance ibm_acpi: IBM ThinkPad ACPI Extras v0.12a ibm_acpi: http://ibm-acpi.sf.net/ ieee80211_crypt: registered algorithm 'NULL' ieee80211: 802.11 data/management/control stack, 1.2.15 ieee80211: Copyright (C) 2004-2005 Intel Corporation <[EMAIL PROTECTED]> ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.1.2d ipw3945: Copyright(c) 2003-2006 Intel Corporation ACPI: PCI Interrupt :03:00.0[A] -> GSI 17 (level, low) -> IRQ 58 PCI: Setting latency timer of device :03:00.0 to 64 ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection hdaps: inverting axis readings. hdaps: Lenovo ThinkPad X60 detected. input: hdaps as /class/input/input2 hdaps: driver successfully loaded. ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels) device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: [EMAIL PROTECTED] pcmcia: Detected deprecated PCMCIA ioctl usage from process: discover. pcmcia: This interface will soon be removed from the kernel; please expect breakage unless you upgrade to new tools. pcmcia: see http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html for details. ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels) ... Any idea why this is happening? greetz Dieter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401719: netfilter: libipt_multiport: getsockopt failed strangely invalid argument
Package: linux-2.6 Version: 2.6.18-6 Severity: important Tags: patch Hello, When I try to use the '-m multiport' argument of iptables, I have the following error message: # /sbin/iptables -A INPUT -p tcp -m multiport --sports \ ssh,www,imap2,pop3,domain,https,smtp,auth -m state \ --state NEW,ESTABLISHED,RELATED -j ACCEPT getsockopt failed strangely: Invalid argument According to Patrick McHardy[0], this error appears because "the 32 bit compat code doesn't implement the SO_GET_REVISION_MATCH/TARGET options and returned an error" in kernel version > 2.6.16 and < 2.6.19, a patch is available[1]. I built the kernel image using this patch and this error doesn't appear anymore. Regards, Arnaud Fontaine [0] https://lists.netfilter.org/pipermail/netfilter-devel/2006-December/026262.html [1] https://lists.netfilter.org/pipermail/netfilter-devel/2006-December/026266.html -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-sparc64-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401556: DVD Burn Fails with strange behavior
If you are having problems with DVD writing, I recommend to upgrade to a programt hat supports DVD writing: ftp://ftp.berlios.de/pub/cdrecord/alpha/ Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#401692: marked as done (Can the daemon be started without root privileges?)
Your message dated Tue, 5 Dec 2006 13:19:38 + with message-id <[EMAIL PROTECTED]> and subject line Wops, this is already done, sorry 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) --- Begin Message --- Package: ipw3945d Version: 1.7.22-2 Severity: wishlist Hi, ipw3945d documentation says it can work in non-root mode and provides examples for that... Can the debian package be done so it by default adds an unprivileged ipw3945d and runs the daemon under it? Thanks, Guido -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.0rw02 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages ipw3945d depends on: ii adduser 3.99Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip Versions of packages ipw3945d recommends: ii firmware-ipw3945 0.3Binary firmware for IPW3945 -- no debconf information --- End Message --- --- Begin Message --- Sorry, I didn't notice this was already the case. Closing the report. Guido --- End Message ---
Bug#401692: Can the daemon be started without root privileges?
Package: ipw3945d Version: 1.7.22-2 Severity: wishlist Hi, ipw3945d documentation says it can work in non-root mode and provides examples for that... Can the debian package be done so it by default adds an unprivileged ipw3945d and runs the daemon under it? Thanks, Guido -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.0rw02 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages ipw3945d depends on: ii adduser 3.99Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip Versions of packages ipw3945d recommends: ii firmware-ipw3945 0.3Binary firmware for IPW3945 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401558: Possible explanation
Hi! What I found out is that the debian ipw3945-modules-* package (made by kernel-package with make-kpkg) distributes the /etc/modprobe.d/ipw3945-modules file while ipw3945d distributes /etc/modprobe.d/ipw3945d which both start the daemon. This might be the cause of the problem. I suggest removing the file from ipw3945-modules-* as there might be more than one of those package installed at the same time, and they would fight for ownership of that file, I think... So this could probably be retitled to "shouldn't ship /etc/modprobe.d/ipw3945-modules" and reassigned to ipw3945-source... Correct me if I'm wrong... Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]