Bug#578912: [squeeze] [R520] soft lockups with radeon KMS
Hi Jonathan, On Thu, Feb 9, 2012 at 3:30 PM, Jonathan Nieder jrnie...@gmail.com wrote: Zsolt Rizsanyi wrote: I still have the system, but I have upgraded it to a testing/unstable mix and I'm currently running the 3.2 kernel. I'm not sure if it would be reasonable to test with 2.6.32 kernel from squeeze on a wheezy system. Yes, it is reasonable to do so, and it is supposed to work. On the other hand, it is possible that the wheezy/sid userspace is able to avoid trouble somehow. So if you have time to try 2.6.32-21 from http://snapshot.debian.org, too, to confirm you can still reproduce the problem, that would be most useful. Unfortunately it turns out that the radeon drivers from wheezy could not initialize with 2.6.32-21. X froze taking with it the display. The underlying system was functional. Regards, Zsolt -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabplovcv68krq0mhhxkqfo1iezpjluam4t04pq4xjbuet1z...@mail.gmail.com
Bug#578912: [squeeze] [R520] soft lockups with radeon KMS
Zsolt Rizsanyi wrote: Unfortunately it turns out that the radeon drivers from wheezy could not initialize with 2.6.32-21. X froze taking with it the display. The underlying system was functional. Perfect, thanks for checking. (That's not unfortunate at all --- it means you're able to reproduce the bug.) How about 2.6.32-41? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214093750.GA12348@burratino
Bug#578912: [squeeze] [R520] soft lockups with radeon KMS
Hi Jonathan, On Tue, Feb 14, 2012 at 10:37 AM, Jonathan Nieder jrnie...@gmail.com wrote: Zsolt Rizsanyi wrote: Unfortunately it turns out that the radeon drivers from wheezy could not initialize with 2.6.32-21. X froze taking with it the display. The underlying system was functional. Perfect, thanks for checking. (That's not unfortunate at all --- it means you're able to reproduce the bug.) How about 2.6.32-41? Not really. You have probably misunderstood. The original problem was that X started and occasionally froze for shorter or longer periods. Now it was completely different. X did not really start, but I just got an empty screen with a blinking cursor. But the keyboard did not work at all (I could not switch to a linux console with either Alt-F1 or Ctrl-Alt-F1). I could try 2.6.32-41 but I would be testing for a completely different (possibly irrelevant) issue. Regards, Zsolt -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabplovcq3rjnpmmnmhmcg38cu6eywd7b8vjx8ysgnqtdnwc...@mail.gmail.com
Bug#638863: Errors/warnings show during startup
Hi Ralf, Ralf Jung wrote[1]: after upgrading to version 3.2.0-1 of the kernel, one of the two error messages during startup is gone - the corresponding patch by Bjorn Helgaas has been accepted upstream. However, the timer error is still present: $ dmesg | fgrep TCO [ 11.915459] SP5100 TCO timer: SP5100 TCO WatchDog Timer Driver v0.01 [ 11.915563] SP5100 TCO timer: mmio address 0xfec000f0 already in use (I attached the full dmesg log) Bjorn also wrote patches for these, which I attached as well - however, the upstream discussion about them just stopped at some point, and/or the patches got lost while kernel.org was down. I do not know how this is usually handled. Nice. The usual approach is to resend to the relevant people as a reminder, like you have done now. For reference, here's the last discussion of the two patches you attached: http://thread.gmane.org/gmane.linux.kernel/1184383 If I understand correctly, Cyrill Gorcunov liked the patches. Bjorn, would you like to resend, or should I? Thanks, both. Jonathan [1] http://bugs.debian.org/638863 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214095330.GB12348@burratino
Bug#578912: [squeeze] [R520] soft lockups with radeon KMS
Zsolt Rizsanyi wrote: On Tue, Feb 14, 2012 at 10:37 AM, Jonathan Nieder jrnie...@gmail.com wrote: Perfect, thanks for checking. (That's not unfortunate at all --- it means you're able to reproduce the bug.) How about 2.6.32-41? Not really. You have probably misunderstood. The original problem was that X started and occasionally froze for shorter or longer periods. You are right --- I was hoping the two problems might have the same cause, but there is no reason to be confident about that. Could you provide Xorg.0.log and dmesg output from the freeze? [...] I could try 2.6.32-41 but I would be testing for a completely different (possibly irrelevant) issue. I understand. I would be interested in the result from 2.6.32-41 anyway. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214102207.GC12348@burratino
Bug#578912: [squeeze] [R520] soft lockups with radeon KMS
Hi Jonathan, On Tue, Feb 14, 2012 at 11:22 AM, Jonathan Nieder jrnie...@gmail.com wrote: Zsolt Rizsanyi wrote: Not really. You have probably misunderstood. The original problem was that X started and occasionally froze for shorter or longer periods. You are right --- I was hoping the two problems might have the same cause, but there is no reason to be confident about that. Could you provide Xorg.0.log and dmesg output from the freeze? [...] I could try 2.6.32-41 but I would be testing for a completely different (possibly irrelevant) issue. I understand. I would be interested in the result from 2.6.32-41 anyway. OK, I will get around to try both of them again soon :) Regards, Zsolt -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabplovenmvcj6bufwfg1_umcdfsotbes_tquokuxberzdhd...@mail.gmail.com
Processed: Re: Bug#659866: Errors regarding builtin modules when updating initramfs
Processing commands for cont...@bugs.debian.org: reassign 659866 initramfs-tools Bug #659866 [kmod] Errors regarding builtin modules when updating initramfs Bug reassigned from package 'kmod' to 'initramfs-tools'. Bug No longer marked as found in versions kmod/5-1. thanks Stopping processing here. Please contact me if you need assistance. -- 659866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659866 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.132922010729991.transcr...@bugs.debian.org
Re: Bug#659866: Errors regarding builtin modules when updating initramfs
reassign 659866 initramfs-tools thanks On Feb 14, Marco d'Itri m...@linux.it wrote: WARNING: could not open /tmp/mkinitramfs_PEoSkD/lib/modules/3.2.0-1-amd64/modules.builtin: No such file or directory This is a kernel bug, our kernel packages must start distributing this file. I stand corrected: 3.2.0-1-amd64 has modules.builtin, so this is an initramfs-tools bug. If the file exists then the errors will be suppressed. -- ciao, Marco signature.asc Description: Digital signature
Bug#659866: Errors regarding builtin modules when updating initramfs
On 14.02.2012 12:47, Marco d'Itri wrote: reassign 659866 initramfs-tools thanks On Feb 14, Marco d'Itri m...@linux.it wrote: WARNING: could not open /tmp/mkinitramfs_PEoSkD/lib/modules/3.2.0-1-amd64/modules.builtin: No such file or directory This is a kernel bug, our kernel packages must start distributing this file. I stand corrected: 3.2.0-1-amd64 has modules.builtin, so this is an initramfs-tools bug. If the file exists then the errors will be suppressed. FWIW, I filed the bug against kmod, as I didn't get those error messages when I had module-init-tools_3.16 installed. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Processing of initramfs-tools_0.100_amd64.changes
initramfs-tools_0.100_amd64.changes uploaded successfully to localhost along with the files: initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rxijd-9z...@franck.debian.org
initramfs-tools 0.100 release
Hi, we just released initramfs-tools v0.100, with a bunch of bugfixes. The shortlog at the end of this mail has the details, find the git stuff at the usual place: * Git repository: git://git.debian.org/kernel/initramfs-tools.git * Git web: http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary regards, -mika- Git shortlog: Alkis Georgopoulos (1): configure_networking() wait for udev to populate available nics Colin Watson (1): mark Multi-Arch: foreign Harald Hoyer (1): MODULES=dep: awk free version for root dev search Martin Pitt (1): hooks/busybox: Fix 2.99 busybox breakage Michael Prokop (5): lsinitramfs: support xz/lzma, bzip2 and lzop as compress methods. set_initlist: redirect warning messages to stderr. Alternate Recommends on busybox-static warn user if directory is present in confdir Releasing version 0.100 Sven Joachim (1): copy_exec: Handle optimized libraries under multiarch paths Timo Juhani Lindfors (2): panic(): print the name of each module before loading it panic: Load modules for highly probable USB keyboard maximilian attems (13): manual_add_modules: No longer add firmware.agent too. mkinitramfs: Use version comparison for xz or other compression tools initramfs-tools: rephrase description mkinitramfs: Check if TMPDIR is writable mkinitramfs: Use /var/tmp rather then /tmp for space reasons Revert Revert mkinitramfs: Nuke MIN_VERSION handling. MODULES=dep: Use /sys again to decide for libata or ide debian/control: Drop versioned depend on pre-Etch udev version debian/control: Tighten dep on klibc-utils 1.5.23-2 init: Prepare for switch_root(8) usage update-initramfs: Cleanup nowadays unused run_lilo() update-initramfs: run_bootloader() hooks on create too preinst: get rid of awk usage signature.asc Description: Digital signature
Bug#454665: marked as done (initramfs-tools: busybox depends should include busybox-static)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rj...@franck.debian.org and subject line Bug#454665: fixed in initramfs-tools 0.100 has caused the Debian Bug report #454665, regarding initramfs-tools: busybox depends should include busybox-static 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 454665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454665 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.90a Severity: critical Justification: breaks the whole system Attempting to install busybox-static when initramfs-tools is installed results in an uninstall of initramfs-tools, and, consequently, the Debian kernel package. Obviously busybox-static (vs. busybox) is not normally needed, but, again obviously, it is precisely when things (i.e. dynamic libraries) are broken that it *is* needed (I've been there - it's not pretty). It is these (potential) circumstances that justify the severity of this bug. Fortunately, it is super easy to fix. I've installed my own copy of initramfs-tools on a test machine, where the *only* change is to the Depends line in the control file, from: Depends: klibc-utils (= 1.4.34-1), busybox (= 1:1.01-3) | busybox-initramfs, cpio, module-init-tools, udev (= 0.086-1) to: Depends: klibc-utils (= 1.4.34-1), busybox (= 1:1.01-3) | busybox-static (= 1:1.01-3), cpio, module-init-tools, udev (= 0.086-1) (Note that the busybox-initramfs package is not available.) I don't know if this qualifies as a patch or not, but there it is. It works great - I was able to install busybox-static (which removes busybox) with no problem. Note that this issue relates to a bug filed against busybox-static (#375568), but it appears to be more properly filed against initramfs-tools (especialy since #375568 was filed nearly a year and a half ago and, as with all the busybox and busybox-static bugs, nothing seems to be happening with them). Hopefully this can happen ASAP, since it's very easy, and only makes good things happen! Thanks very much, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- Package-specific info: -- /proc/cmdline root=/dev/hda4 ro -- /proc/filesystems cramfs ext3 -- lsmod Module Size Used by nfsd 203568 13 exportfs6240 1 nfsd button 8688 0 ac 5956 0 battery10756 0 ipv6 240804 50 nfs 225228 8 lockd 61224 3 nfsd,nfs nfs_acl 4288 2 nfsd,nfs sunrpc158588 11 nfsd,nfs,lockd,nfs_acl ipt_MASQUERADE 4384 1 iptable_nat 7972 1 nf_nat 18732 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 18540 2 iptable_nat nf_conntrack 61192 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nfnetlink 6520 3 nf_nat,nf_conntrack_ipv4,nf_conntrack ip_tables 13124 1 iptable_nat x_tables 15140 3 ipt_MASQUERADE,iptable_nat,ip_tables dm_snapshot17284 0 dm_mirror 21696 0 dm_mod 52928 2 dm_snapshot,dm_mirror w83781d27500 0 hwmon_vid 3712 1 w83781d psmouse36784 0 e7xxx_edac 6624 0 serio_raw 7460 0 i2c_i8019456 0 i2c_core 24320 2 w83781d,i2c_i801 shpchp 31892 0 pci_hotplug29952 1 shpchp edac_mc24080 1 e7xxx_edac iTCO_wdt 10788 0 evdev 10080 0 pcspkr 3872 0 rtc13624 0 ext3 121960 3 jbd56104 1 ext3 mbcache 9028 1 ext3 ide_cd 37184 0 cdrom 33600 1 ide_cd ide_disk 17280 6 ata_generic 8324 0 libata116720 1 ata_generic scsi_mod 137388 1 libata piix9636 0 [permanent] e1000 114560 0 floppy 55684 0 generic 5604 0 [permanent] ide_core 114788 4 ide_cd,ide_disk,piix,generic uhci_hcd 23824 0 usbcore 126152 2 uhci_hcd thermal14184 0 processor 32072 1 thermal fan 5604 0 -- /etc/kernel-img.conf # Kernel image management overrides # See
Bug#566401: marked as done (Does not install firmware.agent into initramfs)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004ro...@franck.debian.org and subject line Bug#566401: fixed in initramfs-tools 0.100 has caused the Debian Bug report #566401, regarding Does not install firmware.agent into initramfs 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 566401: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566401 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: udev Version: 150-2 Severity: normal Hi, /usr/share/initramfs-tools/hooks/udev installs 80-drivers.rules into the initramfs which references firmware.agent: 80-drivers.rules:SUBSYSTEM==firmware,RUN+=firmware.agent But firmware.agent is not installed by default. I assume the udev hook should be updated to do so. Cheers, Michael -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 28 lrwxrwxrwx 1 root root 19 Nov 1 05:31 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 496 Dec 3 20:05 56-hpmud_support.rules -rw-r--r-- 1 root root 1048 Nov 12 09:16 70-persistent-cd.rules -rw-r--r-- 1 root root 822 Nov 12 23:01 70-persistent-net.rules -rw-r--r-- 1 root root 805 Dec 3 12:29 80-canon_mfp.rules -rw-r--r-- 1 root root 356 Jan 17 23:37 90-xorg.rules lrwxrwxrwx 1 root root 15 Nov 1 05:33 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 7117 Apr 12 2009 z60_xserver-xorg-input-wacom.rules -- /sys/: /sys/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input3/event3/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/LNXVIDEO:00/input/input5/event5/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1/event1/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input2/event2/dev /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0/dev /sys/devices/pci:00/:00:01.0/:01:00.0/drm/controlD64/dev /sys/devices/pci:00/:00:01.0/:01:00.0/graphics/fb0/dev /sys/devices/pci:00/:00:1d.0/usb2/dev /sys/devices/pci:00/:00:1d.1/usb3/dev /sys/devices/pci:00/:00:1d.2/usb4/4-2/dev /sys/devices/pci:00/:00:1d.2/usb4/dev /sys/devices/pci:00/:00:1d.7/usb1/dev /sys/devices/pci:00/:00:1e.0/:02:00.0/fw0/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda1/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda2/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda3/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda5/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda6/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda7/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda8/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/sda9/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/bsg/0:0:0:0/dev /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/scsi_generic/sg0/dev /sys/devices/pci:00/:00:1f.1/host1/target1:0:0/1:0:0:0/block/sr0/dev /sys/devices/pci:00/:00:1f.1/host1/target1:0:0/1:0:0:0/bsg/1:0:0:0/dev /sys/devices/pci:00/:00:1f.1/host1/target1:0:0/1:0:0:0/scsi_generic/sg1/dev /sys/devices/pci:00/:00:1f.5/sound/card0/adsp/dev /sys/devices/pci:00/:00:1f.5/sound/card0/audio/dev /sys/devices/pci:00/:00:1f.5/sound/card0/controlC0/dev /sys/devices/pci:00/:00:1f.5/sound/card0/dsp/dev /sys/devices/pci:00/:00:1f.5/sound/card0/mixer/dev /sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D0c/dev /sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D0p/dev /sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D1c/dev /sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D2c/dev /sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D3c/dev /sys/devices/pci:00/:00:1f.5/sound/card0/pcmC0D4p/dev /sys/devices/pci:00/:00:1f.6/sound/card1/audio1/dev /sys/devices/pci:00/:00:1f.6/sound/card1/controlC1/dev /sys/devices/pci:00/:00:1f.6/sound/card1/dsp1/dev /sys/devices/pci:00/:00:1f.6/sound/card1/mixer1/dev /sys/devices/pci:00/:00:1f.6/sound/card1/pcmC1D0c/dev /sys/devices/pci:00/:00:1f.6/sound/card1/pcmC1D0p/dev /sys/devices/platform/i8042/serio0/input/input0/event0/dev /sys/devices/platform/i8042/serio4/input/input6/event6/dev /sys/devices/platform/i8042/serio4/input/input6/mouse0/dev
Bug#586381: marked as done (initramfs-tools: lsinitramfs fails with non-gzipped initramfs images)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rr...@franck.debian.org and subject line Bug#586381: fixed in initramfs-tools 0.100 has caused the Debian Bug report #586381, regarding initramfs-tools: lsinitramfs fails with non-gzipped initramfs images 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 586381: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586381 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.97 Severity: normal Hi. lsinitramgs fails with non-gzipped (well at least with lzma-ed) initramfs images: gzip: /boot/initrd.img-2.6.33: not in gzip format cpio: premature end of archive Cheers, Chris. ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 586...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 14 Feb 2012 14:42:23 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.100 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: Michael Prokop m...@debian.org Description: initramfs-tools - generic modular initramfs generator Closes: 454665 566401 586381 589963 601319 607888 610462 615831 624702 628374 636495 639902 649399 Changes: initramfs-tools (0.100) unstable; urgency=low . Release singing in the snow ☃☃☃ . [ Michael Prokop ] * [16280bb] lsinitramfs: support xz/lzma, bzip2 and lzop as compress methods. (Closes: #586381) * [ee16a4e] set_initlist: redirect warning messages to stderr. (Closes: #601319) * [af110e0] Alternate Recommends on busybox-static (Closes: #639902, #454665) * [b61413d] warn user if directory is present in confdir (Closes: #610462) . [ maximilian attems ] * [5409ca7] manual_add_modules: No longer add firmware.agent too. (Closes: #566401) * [4f98b0b] mkinitramfs: Use version comparison for xz or other compression tools (Closes: #624702) * [d479b47] initramfs-tools: rephrase description * [07c822f] mkinitramfs: Check if TMPDIR is writable * [b9ff58c] mkinitramfs: Use /var/tmp rather then /tmp for space reasons * [bd3c5d8] Revert Revert mkinitramfs: Nuke MIN_VERSION handling. * [313db4c] MODULES=dep: Use /sys again to decide for libata or ide (Closes: #607888) * [9bec96f] debian/control: Drop versioned depend on pre-Etch udev version * [02ea666] debian/control: Tighten dep on klibc-utils 1.5.23-2 * [5c68e6e] init: Prepare for switch_root(8) usage * [5e1f500] update-initramfs: Cleanup nowadays unused run_lilo() * [b0d14a0] update-initramfs: run_bootloader() hooks on create too * [8d0ffcb] preinst: get rid of awk usage (Closes: #589963) . [ Timo Juhani Lindfors ] * [63932cc] panic(): print the name of each module before loading it * [cd1981e] panic: Load modules for highly probable USB keyboard (Closes: #615831) . [ Martin Pitt ] * [b1530ee] hooks/busybox: Fix 2.99 busybox breakage (Closes: #628374) . [ Alkis Georgopoulos ] * [b938c7e] configure_networking() wait for udev to populate available nics (LP: #682445) . [ Harald Hoyer ] * [9249db6] MODULES=dep: awk free version for root dev search . [ Sven Joachim ] * [717397c] copy_exec: Handle optimized libraries under multiarch paths (Closes: #636495) . [ Colin Watson ] * [6cf2bd7] mark Multi-Arch: foreign (Closes: #649399) Checksums-Sha1: bc2050eeb1a6bf59db6cd28df61a0ff5caa2d9aa 1020 initramfs-tools_0.100.dsc dc490fd5ced826064036e9673a85e046123da4f5 83219
Bug#633078: marked as done (initramfs-tools: lsinitramfs doesn't understand xy-compression)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rr...@franck.debian.org and subject line Bug#586381: fixed in initramfs-tools 0.100 has caused the Debian Bug report #586381, regarding initramfs-tools: lsinitramfs doesn't understand xy-compression 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 586381: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586381 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.99 Severity: normal lsinitramfs can only list initrds compressed by gzip, but mkinitramfs can use an other compression option. From initramfs.conf: # COMPRESS: [ gzip | bzip2 | lzma | lzop | xz ] If I use e.g. xy-compression lsinitramfs can't list the initrd. Reinhard -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 6.9M Jul 5 13:11 /boot/initrd.img-2.6.39-2-amd64 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.0.0-rc6+ root=UUID=9bb56ba6-3117-47d6-b07c-2cca477643e9 ro quiet cgroup_enable=memory -- resume # RESUME=/dev/sda5 RESUME='UUID=9fc8a3c1-5d84-4eee-9164-ba0f639fcea2' -- /proc/filesystems ext3 fuseblk -- lsmod Module Size Used by cpufreq_stats 2730 0 cpufreq_conservative 4275 0 acpi_cpufreq4971 1 cpufreq_userspace 1816 0 mperf 1133 1 acpi_cpufreq cpufreq_powersave870 0 bluetooth 64479 2 snd_hrtimer 1452 1 nfsd 245435 13 exportfs3080 1 nfsd nfs 294725 0 lockd 60455 2 nfsd,nfs fscache25270 1 nfs auth_rpcgss33623 2 nfsd,nfs nfs_acl 1951 2 nfsd,nfs sunrpc164630 19 nfsd,nfs,lockd,auth_rpcgss,nfs_acl microcode 6638 0 uinput 6516 1 fuse 54985 1 ipt_MASQUERADE 1490 1 iptable_nat 3424 1 nf_nat 12714 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 9798 3 iptable_nat,nf_nat nf_conntrack 46020 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 1219 1 nf_conntrack_ipv4 ip_tables 14003 1 iptable_nat x_tables 14028 3 ipt_MASQUERADE,iptable_nat,ip_tables bridge 60008 0 stp 1392 1 bridge llc 3262 2 bridge,stp vhost_net 15302 0 macvtap 6522 1 vhost_net macvlan 6740 1 macvtap tun12270 3 vhost_net dm_mod 54655 0 loop 13085 0 kvm_intel 39134 0 kvm 188076 1 kvm_intel arc41242 2 snd_hda_codec_realtek 272980 1 snd_hda_intel 19281 3 snd_hda_codec 55196 2 snd_hda_codec_realtek,snd_hda_intel snd_hwdep 4906 1 snd_hda_codec snd_pcm54125 2 snd_hda_intel,snd_hda_codec snd_seq41643 1 snd_timer 15939 3 snd_hrtimer,snd_pcm,snd_seq snd_seq_device 4425 1 snd_seq snd40837 15 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device soundcore872 1 snd snd_page_alloc 5931 2 snd_hda_intel,snd_pcm iwl496578997 0 iwl_legacy 43163 1 iwl4965 pcmcia 28284 0 mac80211 172223 2 iwl4965,iwl_legacy uvcvideo 51990 0 processor 23253 3 acpi_cpufreq yenta_socket 17734 0 pcmcia_rsrc 7198 1 yenta_socket cfg80211 124288 3 iwl4965,iwl_legacy,mac80211 psmouse33182 0 pcmcia_core10198 3 pcmcia,yenta_socket,pcmcia_rsrc videodev 58104 1 uvcvideo v4l2_compat_ioctl32 6695 1 videodev i2c_i8017278 0 battery 5893 0 ac 2144 0 serio_raw 3674 0 pcspkr 1667 0 fujitsu_laptop 10371 0 rfkill 12964 3 bluetooth,cfg80211 evdev 8254 20 sg 18356 0 sr_mod 12596 0 sd_mod 29729 3 crc_t10dif 1244 1 sd_mod cdrom 30041 1 sr_mod i915 300652 2 drm_kms_helper 20782 1 i915 drm 151615 3 i915,drm_kms_helper i2c_algo_bit4209 1 i915 sdhci_pci 7465 0 sdhci
Bug#589963: marked as done (preinst fails if awk is unpacked but not configured)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004ru...@franck.debian.org and subject line Bug#589963: fixed in initramfs-tools 0.100 has caused the Debian Bug report #589963, regarding preinst fails if awk is unpacked but not configured 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 589963: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589963 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.96.1 Severity: normal Hi, when cdebootstraping an Ubuntu Lucid system initramfs-tools gets installed now. The problem then is that at the point initramfs-tools is unpacked the mawk package is unpacked but not configured. That means the /usr/bin/awk alternative is not yet setup. O: Selecting previously deselected package mawk. O: dpkg: regarding .../mawk_1.3.3-15ubuntu2_amd64.deb containing mawk, pre-dependency problem: O: mawk pre-depends on libc6 (= 2.11~20100104-0ubuntu3) O: libc6 is unpacked, but has never been configured. O: dpkg: warning: ignoring pre-dependency problem! O: Unpacking mawk (from .../mawk_1.3.3-15ubuntu2_amd64.deb) ... P: Unpacking package mawk D: Updating mawk to status 2 O: Selecting previously deselected package base-files. O: dpkg: regarding .../base-files_5.0.0ubuntu20_amd64.deb containing base-files, pre-dependency problem: O: base-files pre-depends on awk O: mawk provides awk but is unpacked but not configured. O: dpkg: warning: ignoring pre-dependency problem! O: Unpacking base-files (from .../base-files_5.0.0ubuntu20_amd64.deb) ... P: Unpacking package base-files D: Updating base-files to status 2 ... O: Selecting previously deselected package initramfs-tools. O: Unpacking initramfs-tools (from .../initramfs-tools_0.92bubuntu78_all.deb) .. . P: Unpacking package initramfs-tools D: Updating initramfs-tools to status 2 O: /var/lib/dpkg/tmp.ci/preinst: 59: O: awk: not found O: O: /var/lib/dpkg/tmp.ci/preinst: 59: O: awk: not found O: O: dpkg: error processing /var/cache/bootstrap/initramfs-tools_0.92bubuntu78_all.deb (--unpack): O: subprocess new pre-installation script returned error exit status 127 While this could be blamed on cdebootstrap I think it might be a good idea to fix initramfs-tools. The relevant command is awk ' { print $1 } ' which really does not need awk. cut would do instead and avoid the rather probelamtic pseudo-essential awk issue. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii findutils4.4.2-1 utilities for finding files--find, ii klibc-utils 1.5.18-1small utilities built with klibc f ii module-init-tools3.12~pre2-3 tools for managing Linux kernel mo ii udev 157-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.15.3-1 Tiny utilities for small and embed initramfs-tools suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 589...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 14 Feb 2012 14:42:23 +0100 Source: initramfs-tools Binary: initramfs-tools
Bug#601319: marked as done (initramfs-tools: existing hook script foo~ causes all hook scripts to be ignored)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rx...@franck.debian.org and subject line Bug#601319: fixed in initramfs-tools 0.100 has caused the Debian Bug report #601319, regarding initramfs-tools: existing hook script foo~ causes all hook scripts to be ignored 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 601319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601319 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.5 Severity: normal Hi, at least in /etc/initramfs-tools/hooks, existence of a foo~ file causes foo (the version without the tilde) to be ignored. If that's a feature, it needs to be documented, and update-initramfs -v output should more prominently reflect this. Greetings Marc ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 601...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 14 Feb 2012 14:42:23 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.100 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: Michael Prokop m...@debian.org Description: initramfs-tools - generic modular initramfs generator Closes: 454665 566401 586381 589963 601319 607888 610462 615831 624702 628374 636495 639902 649399 Changes: initramfs-tools (0.100) unstable; urgency=low . Release singing in the snow ☃☃☃ . [ Michael Prokop ] * [16280bb] lsinitramfs: support xz/lzma, bzip2 and lzop as compress methods. (Closes: #586381) * [ee16a4e] set_initlist: redirect warning messages to stderr. (Closes: #601319) * [af110e0] Alternate Recommends on busybox-static (Closes: #639902, #454665) * [b61413d] warn user if directory is present in confdir (Closes: #610462) . [ maximilian attems ] * [5409ca7] manual_add_modules: No longer add firmware.agent too. (Closes: #566401) * [4f98b0b] mkinitramfs: Use version comparison for xz or other compression tools (Closes: #624702) * [d479b47] initramfs-tools: rephrase description * [07c822f] mkinitramfs: Check if TMPDIR is writable * [b9ff58c] mkinitramfs: Use /var/tmp rather then /tmp for space reasons * [bd3c5d8] Revert Revert mkinitramfs: Nuke MIN_VERSION handling. * [313db4c] MODULES=dep: Use /sys again to decide for libata or ide (Closes: #607888) * [9bec96f] debian/control: Drop versioned depend on pre-Etch udev version * [02ea666] debian/control: Tighten dep on klibc-utils 1.5.23-2 * [5c68e6e] init: Prepare for switch_root(8) usage * [5e1f500] update-initramfs: Cleanup nowadays unused run_lilo() * [b0d14a0] update-initramfs: run_bootloader() hooks on create too * [8d0ffcb] preinst: get rid of awk usage (Closes: #589963) . [ Timo Juhani Lindfors ] * [63932cc] panic(): print the name of each module before loading it * [cd1981e] panic: Load modules for highly probable USB keyboard (Closes: #615831) . [ Martin Pitt ] * [b1530ee] hooks/busybox: Fix 2.99 busybox breakage (Closes: #628374) . [ Alkis Georgopoulos ] * [b938c7e] configure_networking() wait for udev to populate available nics (LP: #682445) . [ Harald Hoyer ] * [9249db6] MODULES=dep: awk free version for root dev search . [ Sven Joachim ] * [717397c] copy_exec: Handle optimized libraries under multiarch paths (Closes: #636495) . [ Colin Watson ] * [6cf2bd7] mark Multi-Arch: foreign (Closes: #649399) Checksums-Sha1:
Bug#607888: marked as done (initramfs-tools: Generated initrds missing critical modules)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004ra...@franck.debian.org and subject line Bug#607888: fixed in initramfs-tools 0.100 has caused the Debian Bug report #607888, regarding initramfs-tools: Generated initrds missing critical modules 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 607888: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607888 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.7 Severity: important I built earlier versions of the initramfs-tools package from the git repository and it seems that this bug is present in 0.98.6, 0.98.7 but not 0.98.5. Grub2 is intalled into the MBR, and all Debian partitions except for /boot are located in an LVM2 PV on top of a LUKS encrypted partition. I'm using a Samsung R560 laptop. When booting, the system fails to detect any logical volumes having never prompted for the LUKS password. Comparing the initrds created, it looks like sd_mod is missing from those created by 0.98.{6,7} of initramfs-tools. Francis -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 4.2M Dec 13 06:23 /boot/initrd.img-2.6.32-5-amd64 -rw-r--r-- 1 root root 3.8M Dec 8 13:07 /boot/initrd.img-2.6.36.1 -rw-r--r-- 1 root root 3.8M Dec 23 17:48 /boot/initrd.img-2.6.36.2 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.36.1 root=/dev/mapper/debian_vg-root ro resume=/dev/debian_vg/swap -- /proc/filesystems ext4 ext3 fuseblk -- lsmod Module Size Used by vboxnetadp 4555 0 vboxnetflt 12415 0 vboxdrv 1766341 2 vboxnetadp,vboxnetflt acpi_cpufreq5629 1 mperf 1363 1 acpi_cpufreq cpufreq_stats 3012 0 cpufreq_powersave986 0 cpufreq_conservative 9592 0 cpufreq_userspace 2128 0 binfmt_misc 7013 1 ipt_REJECT 2061 2 xt_tcpudp 2395 5 nf_conntrack_ipv4 11297 1 nf_defrag_ipv4 1417 1 nf_conntrack_ipv4 xt_state1218 1 nf_conntrack 64168 2 nf_conntrack_ipv4,xt_state xt_multiport1653 1 iptable_filter 1626 1 ip_tables 15643 1 iptable_filter x_tables 21097 6 ipt_REJECT,xt_tcpudp,xt_state,xt_multiport,iptable_filter,ip_tables fuse 59743 3 ext3 113335 1 jbd44126 1 ext3 coretemp5244 0 ipv6 266836 25 loop 13715 0 nvidia 10845083 31 btusb 10950 0 snd_hda_codec_nvhdmi13367 1 bluetooth 52696 1 btusb snd_hda_codec_realtek 284887 1 snd_hda_intel 20678 0 snd_hda_codec 86640 3 snd_hda_codec_nvhdmi,snd_hda_codec_realtek,snd_hda_intel option 16157 0 snd_hwdep 5962 1 snd_hda_codec snd_pcm_oss31244 0 snd_mixer_oss 13354 1 snd_pcm_oss snd_pcm68457 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_dummy 1606 0 usb_wwan 10673 1 option snd_seq_oss2 0 arc41361 2 ecb 1951 2 snd_seq_midi4930 0 snd_rawmidi19448 1 snd_seq_midi sg 20209 0 snd_seq_midi_event 6441 2 snd_seq_oss,snd_seq_midi snd_seq47606 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event iwlagn115904 0 joydev 9461 0 sr_mod 12339 0 iwlcore 108404 1 iwlagn cdrom 33311 1 sr_mod usbserial 33278 2 option,usb_wwan snd_timer 19012 2 snd_pcm,snd_seq video 20935 0 sky2 41234 0 snd_seq_device 5936 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq uhci_hcd 18701 0 mac80211 149434 2 iwlagn,iwlcore ehci_hcd 31445 0 button 5774 0 battery10774 0 snd57159 12 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device i2c_i8017467 0 cfg80211 132980 3 iwlagn,iwlcore,mac80211 evdev 7769 12 output 2231 1 video intel_agp 26342 0 soundcore 6603 1 snd i2c_core 23022 2
Bug#610462: marked as done (mkinitramfs fails when RCS dir exists in /etc)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rd...@franck.debian.org and subject line Bug#610462: fixed in initramfs-tools 0.100 has caused the Debian Bug report #610462, regarding mkinitramfs fails when RCS dir exists in /etc 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 610462: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610462 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.7 Severity: important Tags: squeeze The error I'm encountering looks like bug 600453, although I have a normal root and boot partition, and that was closed for version 0.98.5. I include the relevant sections of $(mount) and /etc/fstab below. I seem to have this problem since 29 september; booting 2.6.32-3 ever since. Sorry I didn't report this earlier (now that I've tried $(reportbug) once I'll react sooner) ~ $ mount /dev/sda3 on / type ext4 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext2 (rw) ~ $ sudo cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 LABEL=sda_root / ext4errors=remount-ro 0 1 LABEL=sda_boot /boot ext2defaults0 2 -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 2.2M May 25 2010 /boot/initrd.img-2.6.32-3-686 -rw-r--r-- 1 root root 2.1M May 8 2010 /boot/initrd.img-2.6.32-3-686.bak -rw-r--r-- 1 root root 2.2M Sep 29 19:06 /boot/initrd.img-2.6.32-5-686 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.32-3-686 root=UUID=babc58e6-f9a4-4deb-a62c-06e7bdb86fd5 ro quiet -- resume RESUME=/dev/disk/by-label/sda_swap -- /proc/filesystems ext4 ext2 fuseblk vfat ext3 reiserfs xfs jfs msdos ntfs minix hfs hfsplus qnx4 ufs btrfs -- lsmod Module Size Used by btrfs 363614 0 zlib_deflate 15822 1 btrfs crc32c 2172 1 libcrc32c762 1 btrfs ufs56150 0 qnx45118 0 hfsplus61001 0 hfs33093 0 minix 17814 0 ntfs 163909 0 msdos 5118 0 jfs 134642 0 xfs 415456 0 exportfs2618 1 xfs reiserfs 176200 0 ext3 94192 0 jbd32161 1 ext3 nls_utf8 908 1 nls_cp437 4489 1 vfat6538 1 fat34908 2 msdos,vfat usb_storage29805 1 parport_pc 15799 0 ppdev 4058 0 lp 5570 0 parport22554 3 parport_pc,ppdev,lp aes_i5866816 2 aes_generic25738 1 aes_i586 container 1833 0 power_meter 6882 0 sbs 4479 0 sbshc 2680 1 sbs fan 2586 0 acpi_pad3648 0 pci_slot2686 0 fuse 43750 1 ipt_REJECT 1517 5 xt_recent 4905 6 xt_tcpudp 1743 3 nf_conntrack_ipv4 7597 6 nf_defrag_ipv4 779 1 nf_conntrack_ipv4 xt_state 927 6 nf_conntrack 38063 2 nf_conntrack_ipv4,xt_state ipt_LOG 3570 6 xt_limit1088 6 iptable_filter 1790 1 ip_tables 7690 1 iptable_filter x_tables8327 7 ipt_REJECT,xt_recent,xt_tcpudp,xt_state,ipt_LOG,xt_limit,ip_tables ext2 46289 1 loop9753 0 firewire_sbp2 9639 0 uhci_hcd 16045 0 ide_cd_mod 21076 0 cdrom 26487 1 ide_cd_mod ata_generic 2015 0 snd_hda_codec_si3054 2410 1 snd_hda_codec_realtek 163098 1 ide_pci_generic 1924 0 snd_hda_intel 16427 0 joydev 6771 0 snd_hda_codec 46002 3 snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel
Bug#615831: marked as done (initramfs-tools: USB keyboards are not available at break=top shell)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rg...@franck.debian.org and subject line Bug#615831: fixed in initramfs-tools 0.100 has caused the Debian Bug report #615831, regarding initramfs-tools: USB keyboards are not available at break=top shell 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 615831: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615831 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.8 Severity: normal Steps to reproduce: 1) connect usb keyboard 2) boot with break=top Expected results: 2) (initramfs) prompt that responds to user input Actual results: 2) (initramfs) prompt that does not respond to user input More info: 1) This happens of course since USB modules are not loaded at break=top time. 2) A related ubuntu bug is https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/229732 -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1 utilities for finding files--find, ii klibc-utils 1.5.20-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 164-3 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.17.1-8 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: ii bash-completion 1:1.2-3programmable completion for the ba -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 615...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 14 Feb 2012 14:42:23 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.100 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: Michael Prokop m...@debian.org Description: initramfs-tools - generic modular initramfs generator Closes: 454665 566401 586381 589963 601319 607888 610462 615831 624702 628374 636495 639902 649399 Changes: initramfs-tools (0.100) unstable; urgency=low . Release singing in the snow ☃☃☃ . [ Michael Prokop ] * [16280bb] lsinitramfs: support xz/lzma, bzip2 and lzop as compress methods. (Closes: #586381) * [ee16a4e] set_initlist: redirect warning messages to stderr. (Closes: #601319) * [af110e0] Alternate Recommends on busybox-static (Closes: #639902, #454665) * [b61413d] warn user if directory is present in confdir (Closes: #610462) . [ maximilian attems ] * [5409ca7] manual_add_modules: No longer add firmware.agent too. (Closes: #566401) * [4f98b0b] mkinitramfs: Use version comparison for xz or other compression tools (Closes: #624702) * [d479b47] initramfs-tools: rephrase description * [07c822f] mkinitramfs: Check if TMPDIR is writable * [b9ff58c] mkinitramfs: Use /var/tmp rather then /tmp for space reasons * [bd3c5d8] Revert Revert mkinitramfs: Nuke MIN_VERSION handling. * [313db4c] MODULES=dep: Use /sys again to decide for libata or ide (Closes: #607888) * [9bec96f] debian/control: Drop versioned
Bug#616581: marked as done (initramfs-tools: USB keyboard not available with init=/bin/sh)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rg...@franck.debian.org and subject line Bug#615831: fixed in initramfs-tools 0.100 has caused the Debian Bug report #615831, regarding initramfs-tools: USB keyboard not available with init=/bin/sh 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 615831: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615831 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.8 Severity: important Can't use an USB keyboard when I boot with init=/bin/sh. Kind of defeats the purpose of this option. This is on a freshly bootstrapped system with no changes to the default options. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 7.9M Mar 5 16:42 /boot/initrd.img-2.6.32-5-amd64 -rw-r--r-- 1 root root 8.6M Mar 5 19:02 /boot/initrd.img-2.6.36-amd64 -rw-r--r-- 1 root root 9.1M Mar 5 19:02 /boot/initrd.img-2.6.37-amd64 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=da23cf4b-e6c2-4de8-94b3-e96077e63998 ro quiet -- /proc/filesystems ext3 -- lsmod Module Size Used by snd_hda_codec_realtek 235602 1 radeon573996 1 ttm39986 1 radeon drm_kms_helper 20065 1 radeon snd_hda_intel 20019 0 snd_hda_codec 54244 2 snd_hda_codec_realtek,snd_hda_intel snd_hwdep 5380 1 snd_hda_codec joydev 8459 0 drm 142359 3 radeon,ttm,drm_kms_helper i2c_i8017830 0 i2c_algo_bit4225 1 radeon usbhid 33292 0 i2c_core 15712 5 radeon,drm_kms_helper,drm,i2c_i801,i2c_algo_bit rng_core3006 0 snd_pcm60503 2 snd_hda_intel,snd_hda_codec snd_timer 15582 1 snd_pcm hid63225 1 usbhid psmouse49777 0 parport_pc 18855 0 usb_storage39625 0 snd46446 6 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer soundcore 4598 1 snd snd_page_alloc 6249 2 snd_hda_intel,snd_pcm pcspkr 1699 0 asus_atk01107686 0 evdev 7352 4 button 4650 0 processor 29935 0 parport27954 1 parport_pc serio_raw 3752 0 ext3 106518 1 jbd37085 1 ext3 mbcache 5050 1 ext3 sd_mod 29889 3 crc_t10dif 1276 1 sd_mod ata_generic 3047 0 uhci_hcd 18521 0 atl1 26034 0 mii 3210 1 atl1 thermal11674 0 ata_piix 21124 2 thermal_sys11942 2 processor,thermal libata133632 2 ata_generic,ata_piix ehci_hcd 31151 0 firewire_ohci 19676 0 firewire_core 36848 1 firewire_ohci crc_itu_t 1307 1 firewire_core scsi_mod 122149 3 usb_storage,sd_mod,libata usbcore 122034 5 usbhid,usb_storage,uhci_hcd,ehci_hcd nls_base6377 1 usbcore -- /etc/initramfs-tools/modules -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup keymap klibc thermal udev -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1 utilities for finding files--find, ii klibc-utils 1.5.20-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 164-3
Bug#624702: marked as done (initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rj...@franck.debian.org and subject line Bug#624702: fixed in initramfs-tools 0.100 has caused the Debian Bug report #624702, regarding initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 624702: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624702 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.8 Severity: normal -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 4548542 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.34-zen1 -rw-r--r-- 1 root root 3655239 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.36 -rw-r--r-- 1 root root 3378621 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-02 -rw-r--r-- 1 root root 3244997 Apr 30 13:46 /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-03 -- /proc/cmdline BOOT_IMAGE=/OS/00_Debian/vmlinuz-2.6.36-zen2-sti-03 root=LABEL=Debian-Root ro video=vesafb:ywrap,mtrr:2 fbcon=scrollback:128 vga=0x318 -- resume RESUME=/dev/hdb3 -- /proc/filesystems reiserfs ext3 ext2 ext4 vfat msdos iso9660 udf jfs xfs ocfs2 gfs2 gfs2meta fuseblk -- lsmod Module Size Used by nvidia 10277077 38 vboxnetadp 5420 0 vboxnetflt 14681 0 bluetooth 56557 2 ipv6 263078 50 bridge 62594 0 stp 1887 1 bridge llc 4645 2 bridge,stp i2c_i8017723 0 ioatdma37622 0 dca 6122 1 ioatdma vhba7829 2 coretemp4614 0 hwmon_vid 2891 0 fuse 66720 1 vboxdrv 1790232 2 vboxnetadp,vboxnetflt -- /etc/initramfs-tools/modules -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no BOOTDIR=/boot/OS/00_Debian -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmraid dmsetup keymap klibc lvm2 thermal udev v86d -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (550, 'experimental'), (500, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-zen2-sti-03 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii cpio 2.11-7 GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1 utilities for finding files--find, ii klibc-utils 1.5.21-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 168-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.18.4-2 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: ii bash-completion 1:1.3-1programmable completion for the ba -- Configuration Files: /etc/initramfs-tools/update-initramfs.conf changed: update_initramfs=yes backup_initramfs=no BOOTDIR=/boot/OS/00_Debian -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 624...@bugs.debian.org, and the maintainer will reopen the bug report if
Bug#628374: marked as done (initramfs-tools: Recent changes to hooks break busybox in initrd)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rm...@franck.debian.org and subject line Bug#628374: fixed in initramfs-tools 0.100 has caused the Debian Bug report #628374, regarding initramfs-tools: Recent changes to hooks break busybox in initrd 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 628374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628374 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.99 Severity: normal Tags: patch A recent change to /usr/share/initramfs-tools/hooks/busybox has removed the busybox link form the resulting initrd /bin. The current version installes busybox as /bin/sh, but that precludes the usage of other tools for which there is no link created (e.g. busybox grep or busybox basename). This breaks scripts relying on /bin/busybox to work, as well as reduces the debugging possibilities afforded by the inclusing of busybox in the first place. A simple patch to revert the change (tested with latest sid) -- note that it does not increase the size of the resulting initrd: [=] -- busybox.orig2011-05-28 15:47:24.855981628 +0200 +++ /usr/share/initramfs-tools/hooks/busybox2011-05-28 16:22:49.009156696 +0200 @@ -20,5 +20,6 @@ . /usr/share/initramfs-tools/hook-functions rm -f ${DESTDIR}/bin/sh rm -f ${DESTDIR}/bin/busybox - copy_exec ${BUSYBOXDIR}/busybox /bin/sh + copy_exec ${BUSYBOXDIR}/busybox /bin/busybox + ln -s busybox ${DESTDIR}/bin/sh fi [=] Regards, Mihnea -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 11M May 28 16:23 /boot/initrd.img-2.6.38-2-amd64 -rw-r--r-- 1 root root 11M May 28 16:23 /boot/initrd.img-2.6.39-1-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 root=/dev/mapper/root ro i8042.nomux=1 -- /etc/kernel-img.conf do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox cryptgnupg cryptkeyctl cryptopenct cryptopensc cryptpassdev cryptroot dmsetup keymap klibc lvm2 mdadm thermal udev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-7 GNU cpio -- a program to manage ar ii findutils 4.5.10-1 utilities for finding files--find, ii klibc-utils 1.5.22-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 170-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.18.4-2 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: ii bash-completion 1:1.3-1programmable completion for the ba -- Configuration Files: /etc/initramfs-tools/modules changed [not included] -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 628...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it
Bug#635631: marked as done (cryptsetup: Files not found in initrd image)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004rm...@franck.debian.org and subject line Bug#628374: fixed in initramfs-tools 0.100 has caused the Debian Bug report #628374, regarding cryptsetup: Files not found in initrd image 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 628374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628374 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cryptsetup Version: 2:1.3.0-3 Severity: important Hi, the package cryptsetup does not include some files in the initrd image, like busybox or depmod. When the system boots, if you are using key to store your key, you get something like this: /lib/cryptsetup/scripts/crypt-usb-key.sh: line 240: busybox: not found Then ask for the key using passphrase. Because the stty command is not installed, the key is shown in the screen. Regards. -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.39-2-amd64 root=/dev/mapper/sda5_crypt ro quiet -- /etc/crypttab # sda5_crypt /dev/sda5 root.key luks,keyscript=/usr/local/sbin/crypto-usb-key.sh sda5_crypt UUID=-4f86-4b6b-8114-11b631b59b3d key luks,keyscript=/usr/local/sbin/crypto-usb-key.sh # sda6_crypt /dev/sda6 root.key luks,keyscript=/usr/local/sbin/crypto-usb-key.sh sda6_crypt UUID=-e380-4e25-92c5-df3175a016eb key luks,keyscript=/usr/local/sbin/crypto-usb-key.sh # sda7_crypt /dev/sda7 root.key luks,swap,keyscript=/usr/local/sbin/crypto-usb-key.sh sda7_crypt UUID=-1fb4-4cba-a527-ceddf4c85f1e key luks,swap,keyscript=/usr/local/sbin/crypto-usb-key.sh # sda8_crypt /dev/sda8 root.key luks,keyscript=/usr/local/sbin/crypto-usb-key.sh sda8_crypt UUID=-96ac-4788-b6a6-683fc04efb29 key luks,keyscript=/usr/local/sbin/crypto-usb-key.sh -- /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/mapper/sda5_crypt / ext3errors=remount-ro 0 1 # /dev/sda3 /boot ext3defaults0 2 UUID=abbc72aa-c390-4c3c-b95c-a525d4407aa8 /boot ext3 defaults0 2 /dev/mapper/sda6_crypt /home ext3defaults0 2 /dev/mapper/sda7_crypt noneswapsw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 # /dev/sda2 /media/win ntfsdefaults0 0 UUID=266059196058F153 /media/win ntfsdefaults 0 0 # /dev/sda8 /media/data ntfsdefaults0 0 /dev/mapper/sda8_crypt /home/kix/vmext3defaults0 3 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing'), (60, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cryptsetup depends on: ii debconf [debconf-2.0]1.5.40 Debian configuration management sy ii dmsetup 2:1.02.63-3 The Linux Kernel Device Mapper use ii libc62.13-7 Embedded GNU C Library: Shared lib ii libcryptsetup1 2:1.3.0-3 libcryptsetup shared library ii libpopt0 1.16-1 lib for parsing cmdline parameters cryptsetup recommends no packages. Versions of packages cryptsetup suggests: ii busybox 1:1.18.4-2 Tiny utilities for small and embed ii dosfstools3.0.9-1utilities for making and checking ii initramfs-tools [linux-initra 0.99 tools for generating an initramfs ii liblocale-gettext-perl1.05-6+b1 Using libc functions for internati ii udev 171-3 /dev/ and hotplug management daemo -- debconf information excluded ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_all.deb A summary of the changes between this version and the previous one is
Bug#636495: marked as done (initramfs-tools: installs optimized libraries into the initramfs)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004ry...@franck.debian.org and subject line Bug#636495: fixed in initramfs-tools 0.100 has caused the Debian Bug report #636495, regarding initramfs-tools: installs optimized libraries into the initramfs 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 636495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636495 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.99 Severity: important My initramfs contains a libc6 that is optimized for i686: , | $ lsinitramfs /boot/initrd.img-$(uname -r) | grep libc.so.6 | lib/i386-linux-gnu/i686/cmov/libc.so.6 ` No big deal for me, but wheezy/sid systems with a pre-686 processor will likely have a totally broken initramfs if libc6-i686 gets installed accidentally. This happens because the code in copy_exec() that finds the path to the unoptimized library assumes that these libraries reside directly in {/usr,}/lib and does not handle the multiarch path case. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-7 GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1 utilities for finding files--find, ii klibc-utils 1.5.24-1 small utilities built with klibc f ii module-init-tools 3.16-1 tools for managing Linux kernel mo ii udev 172-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.18.5-1 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: ii bash-completion 1:1.3-1programmable completion for the ba -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 636...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 14 Feb 2012 14:42:23 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.100 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: Michael Prokop m...@debian.org Description: initramfs-tools - generic modular initramfs generator Closes: 454665 566401 586381 589963 601319 607888 610462 615831 624702 628374 636495 639902 649399 Changes: initramfs-tools (0.100) unstable; urgency=low . Release singing in the snow ☃☃☃ . [ Michael Prokop ] * [16280bb] lsinitramfs: support xz/lzma, bzip2 and lzop as compress methods. (Closes: #586381) * [ee16a4e] set_initlist: redirect warning messages to stderr. (Closes: #601319) * [af110e0] Alternate Recommends on busybox-static (Closes: #639902, #454665) * [b61413d] warn user if directory is present in confdir (Closes: #610462) . [ maximilian attems ] * [5409ca7] manual_add_modules: No longer add firmware.agent too. (Closes: #566401) * [4f98b0b] mkinitramfs: Use version comparison for xz or other compression tools (Closes: #624702) * [d479b47] initramfs-tools: rephrase description * [07c822f] mkinitramfs: Check if TMPDIR is writable * [b9ff58c] mkinitramfs: Use /var/tmp rather then /tmp for space reasons
Bug#639902: marked as done (Alternate Recommends on busybox-static)
Your message dated Tue, 14 Feb 2012 14:48:33 + with message-id e1rxjgh-0004s3...@franck.debian.org and subject line Bug#639902: fixed in initramfs-tools 0.100 has caused the Debian Bug report #639902, regarding Alternate Recommends on busybox-static 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 639902: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639902 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.92o.20.200909212352 Severity: minor Tags: patch Hi Maks, We're including attached patch in Univention Corporate Server, a Debian derived Distribution based on Stable. Subjects says it all. Please consider merging. Cheers, Moritz diff -aur initramfs-tools-0.98.8.orig//debian/control initramfs-tools-0.98.8/debian/control --- initramfs-tools-0.98.8.orig//debian/control 2010-12-28 21:19:37.0 +0100 +++ initramfs-tools-0.98.8/debian/control 2011-07-08 23:15:49.0 +0200 @@ -10,7 +10,7 @@ Package: initramfs-tools Architecture: all -Recommends: busybox (= 1:1.01-3) | busybox-initramfs +Recommends: busybox (= 1:1.01-3) | busybox-initramfs | busybox-static Depends: klibc-utils (= 1.5.9-1), cpio, module-init-tools, udev (= 0.086-1), findutils (= 4.2.24), ${misc:Depends} Suggests: bash-completion Provides: linux-initramfs-tool ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 639...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 14 Feb 2012 14:42:23 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.100 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: Michael Prokop m...@debian.org Description: initramfs-tools - generic modular initramfs generator Closes: 454665 566401 586381 589963 601319 607888 610462 615831 624702 628374 636495 639902 649399 Changes: initramfs-tools (0.100) unstable; urgency=low . Release singing in the snow ☃☃☃ . [ Michael Prokop ] * [16280bb] lsinitramfs: support xz/lzma, bzip2 and lzop as compress methods. (Closes: #586381) * [ee16a4e] set_initlist: redirect warning messages to stderr. (Closes: #601319) * [af110e0] Alternate Recommends on busybox-static (Closes: #639902, #454665) * [b61413d] warn user if directory is present in confdir (Closes: #610462) . [ maximilian attems ] * [5409ca7] manual_add_modules: No longer add firmware.agent too. (Closes: #566401) * [4f98b0b] mkinitramfs: Use version comparison for xz or other compression tools (Closes: #624702) * [d479b47] initramfs-tools: rephrase description * [07c822f] mkinitramfs: Check if TMPDIR is writable * [b9ff58c] mkinitramfs: Use /var/tmp rather then /tmp for space reasons * [bd3c5d8] Revert Revert mkinitramfs: Nuke MIN_VERSION handling. * [313db4c] MODULES=dep: Use /sys again to decide for libata or ide (Closes: #607888) * [9bec96f] debian/control: Drop versioned depend on pre-Etch udev version * [02ea666] debian/control: Tighten dep on klibc-utils 1.5.23-2 * [5c68e6e] init: Prepare for switch_root(8) usage * [5e1f500] update-initramfs: Cleanup nowadays unused run_lilo() * [b0d14a0] update-initramfs: run_bootloader() hooks on create too * [8d0ffcb] preinst: get rid of awk usage (Closes: #589963) . [ Timo Juhani Lindfors ] * [63932cc] panic(): print the name of each module before loading it * [cd1981e] panic: Load modules for highly probable USB keyboard (Closes: #615831) . [ Martin Pitt ] * [b1530ee]
Bug#649399: marked as done (initramfs-tools: please mark Multi-Arch: foreign)
Your message dated Tue, 14 Feb 2012 14:48:34 + with message-id e1rxjgi-0004s8...@franck.debian.org and subject line Bug#649399: fixed in initramfs-tools 0.100 has caused the Debian Bug report #649399, regarding initramfs-tools: please mark Multi-Arch: foreign 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 649399: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649399 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.99 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch precise Hi, It would be useful for initramfs-tools to be marked Multi-Arch: foreign, to indicate that it can satisfy dependencies of packages of other architectures. Although Debian's dpkg doesn't yet do anything special with this, it's safe to add this tag in advance of package manager support. In Ubuntu, this is an early step in being able to crossgrade from i386 to amd64, because we don't have an -amd64 kernel flavour on i386 and (of course) our kernel packages depend on initramfs-tools. While Debian does have an -amd64 flavour on i386, it still wouldn't hurt to add this tag. If you're wondering why this tag is needed on an Architecture: all package, see the multiarch specification: https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages diff --git a/debian/control b/debian/control index 75bf493..8ca8827 100644 --- a/debian/control +++ b/debian/control @@ -10,6 +10,7 @@ Vcs-Git: git://git.debian.org/git/kernel/initramfs-tools.git Package: initramfs-tools Architecture: all +Multi-Arch: foreign Recommends: busybox (= 1:1.01-3) | busybox-initramfs Depends: klibc-utils (= 1.5.23-2~), cpio, module-init-tools, udev, findutils (= 4.2.24), ${misc:Depends} Suggests: bash-completion Thanks, -- Colin Watson [cjwat...@ubuntu.com] ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.100 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.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_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 649...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 14 Feb 2012 14:42:23 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.100 Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: Michael Prokop m...@debian.org Description: initramfs-tools - generic modular initramfs generator Closes: 454665 566401 586381 589963 601319 607888 610462 615831 624702 628374 636495 639902 649399 Changes: initramfs-tools (0.100) unstable; urgency=low . Release singing in the snow ☃☃☃ . [ Michael Prokop ] * [16280bb] lsinitramfs: support xz/lzma, bzip2 and lzop as compress methods. (Closes: #586381) * [ee16a4e] set_initlist: redirect warning messages to stderr. (Closes: #601319) * [af110e0] Alternate Recommends on busybox-static (Closes: #639902, #454665) * [b61413d] warn user if directory is present in confdir (Closes: #610462) . [ maximilian attems ] * [5409ca7] manual_add_modules: No longer add firmware.agent too. (Closes: #566401) * [4f98b0b] mkinitramfs: Use version comparison for xz or other compression tools (Closes: #624702) * [d479b47] initramfs-tools: rephrase description * [07c822f] mkinitramfs: Check if TMPDIR is writable * [b9ff58c] mkinitramfs: Use /var/tmp rather then /tmp for space reasons * [bd3c5d8] Revert Revert mkinitramfs: Nuke MIN_VERSION handling. * [313db4c] MODULES=dep: Use /sys again to decide for libata or ide (Closes: #607888) * [9bec96f] debian/control: Drop
initramfs-tools_0.100_amd64.changes ACCEPTED into unstable
Accepted: initramfs-tools_0.100.dsc to main/i/initramfs-tools/initramfs-tools_0.100.dsc initramfs-tools_0.100.tar.gz to main/i/initramfs-tools/initramfs-tools_0.100.tar.gz initramfs-tools_0.100_all.deb to main/i/initramfs-tools/initramfs-tools_0.100_all.deb Override entries for your package: initramfs-tools_0.100.dsc - source utils initramfs-tools_0.100_all.deb - optional utils Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 454665 566401 586381 589963 601319 607888 610462 615831 624702 628374 636495 639902 649399 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rxjgh-0004rc...@franck.debian.org
Bug#655724: linux-image-3.1.0-1-amd64: the system described below is unstable with this kernel with selected processes hanging indefinitely
Hallo Ben, I managed to build an identical machine, which worked without any fault. So I tested the memories again for one week, and indeed they were faulty, though they faulted extremely seldom. Please close the bug and excuse me for the noise Fulvio From: Ben Hutchings b...@decadent.org.uk Subject: Re: Bug#655724: linux-image-3.1.0-1-amd64: the system described below is unstable with this kernel with selected processes hanging indefinitely Date: Fri, 13 Jan 2012 17:53:32 + The lines you provided from /var/log/messages seem to come from a kernel 'BUG' message, but are incomplete. Please use the 'dmesg' command or a serial console or netconsole to get the complete message. Also, please test whether this is fixed in the current version in testing/unstable, which is 3.1.8-2. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214.161724.833237686084934992.oiv...@gmail.com
Bug#655724: marked as done (linux-image-3.1.0-1-amd64: the system described below is unstable with this kernel with selected processes hanging indefinitely)
Your message dated Tue, 14 Feb 2012 15:53:43 + with message-id 1329234823.3048.68.camel@deadeye and subject line Re: Bug#655724: linux-image-3.1.0-1-amd64: the system described below is unstable with this kernel with selected processes hanging indefinitely has caused the Debian Bug report #655724, regarding linux-image-3.1.0-1-amd64: the system described below is unstable with this kernel with selected processes hanging indefinitely 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 655724: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655724 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 3.1.5-1 Severity: critical Justification: breaks the whole system -- Package-specific info: ** Version: Linux version 3.1.0-1-amd64 (Debian 3.1.5-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-7) ) #1 SMP Sun Dec 11 20:36:41 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 root=UUID=accac5ac-6c22-46c5-9379-6b09bf1f273d ro quiet ** Not tainted ** Kernel log: [6.476620] [drm] ib test succeeded in 0 usecs [6.476625] failed to evaluate ATIF got AE_BAD_PARAMETER [6.476754] [drm] Radeon Display Connectors [6.476756] [drm] Connector 0: [6.476757] [drm] VGA [6.476758] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [6.476759] [drm] Encoders: [6.476761] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [6.476762] [drm] Connector 1: [6.476762] [drm] DVI-D [6.476763] [drm] HPD1 [6.476765] [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [6.476766] [drm] Encoders: [6.476767] [drm] DFP3: INTERNAL_KLDSCP_LVTMA [6.486352] [drm] Radeon display connector VGA-1: No monitor connected or invalid EDID [6.495926] [drm] Radeon display connector DVI-D-1: No monitor connected or invalid EDID [6.495945] [drm] radeon: power management initialized [6.514297] No connectors reported connected with modes [6.514301] [drm] Cannot find any crtc or sizes - going 1024x768 [6.520960] [drm] fb mappable at 0xD0141000 [6.520962] [drm] vram apper at 0xD000 [6.520963] [drm] size 3145728 [6.520963] [drm] fb depth is 24 [6.520964] [drm]pitch is 4096 [6.521030] fbcon: radeondrmfb (fb0) is primary device [6.528782] Console: switching to colour frame buffer device 128x48 [6.535240] fb0: radeondrmfb frame buffer device [6.535241] drm: registered panic notifier [6.535245] [drm] Initialized radeon 2.11.0 20080528 for :01:05.0 on minor 0 [6.535333] snd_hda_intel :01:05.1: PCI INT B - GSI 19 (level, low) - IRQ 19 [6.535355] snd_hda_intel :01:05.1: setting latency timer to 64 [7.331219] Adding 4000180k swap on /dev/sda2. Priority:-1 extents:1 across:4000180k [7.333509] EXT4-fs (sda3): re-mounted. Opts: (null) [7.469736] EXT4-fs (sda3): re-mounted. Opts: (null) [7.689345] md: md0 stopped. [7.690360] md: bindsdc1 [7.690497] md: bindsdd1 [7.690619] md: bindsdb1 [7.718394] md: raid0 personality registered for level 0 [7.718592] bio: create slab bio-1 at 1 [7.718598] md/raid0:md0: looking at sdb1 [7.718600] md/raid0:md0: comparing sdb1(976770048) with sdb1(976770048) [7.718602] md/raid0:md0: END [7.718603] md/raid0:md0: == UNIQUE [7.718604] md/raid0:md0: 1 zones [7.718605] md/raid0:md0: looking at sdd1 [7.718606] md/raid0:md0: comparing sdd1(976770048) with sdb1(976770048) [7.718608] md/raid0:md0: EQUAL [7.718609] md/raid0:md0: looking at sdc1 [7.718610] md/raid0:md0: comparing sdc1(312573952) with sdb1(976770048) [7.718612] md/raid0:md0: NOT EQUAL [7.718613] md/raid0:md0: comparing sdc1(312573952) with sdd1(976770048) [7.718615] md/raid0:md0: NOT EQUAL [7.718616] md/raid0:md0: comparing sdc1(312573952) with sdc1(312573952) [7.718617] md/raid0:md0: END [7.718618] md/raid0:md0: == UNIQUE [7.718619] md/raid0:md0: 2 zones [7.718620] md/raid0:md0: FINAL 2 zones [7.718622] md/raid0:md0: zone 1 [7.718624] md/raid0:md0: checking sdb1 ... contained as device 0 [7.718625] md/raid0:md0: (976770048) is smallest!. [7.718626] md/raid0:md0: checking sdc1 ... nope. [7.718628] md/raid0:md0: checking sdd1 ... contained as device 1 [7.718630] md/raid0:md0: zone-nb_dev: 2, sectors: 1328392192 [7.718631] md/raid0:md0: current zone start: 976770048 [7.718632] md/raid0:md0: done. [7.718633] md/raid0:md0: md_size is 2266114048 sectors. [7.718635]
Bug#638863: Errors/warnings show during startup
On Tue, Feb 14, 2012 at 1:53 AM, Jonathan Nieder jrnie...@gmail.com wrote: Hi Ralf, Ralf Jung wrote[1]: after upgrading to version 3.2.0-1 of the kernel, one of the two error messages during startup is gone - the corresponding patch by Bjorn Helgaas has been accepted upstream. However, the timer error is still present: $ dmesg | fgrep TCO [ 11.915459] SP5100 TCO timer: SP5100 TCO WatchDog Timer Driver v0.01 [ 11.915563] SP5100 TCO timer: mmio address 0xfec000f0 already in use (I attached the full dmesg log) Bjorn also wrote patches for these, which I attached as well - however, the upstream discussion about them just stopped at some point, and/or the patches got lost while kernel.org was down. I do not know how this is usually handled. Nice. The usual approach is to resend to the relevant people as a reminder, like you have done now. For reference, here's the last discussion of the two patches you attached: http://thread.gmane.org/gmane.linux.kernel/1184383 If I understand correctly, Cyrill Gorcunov liked the patches. Bjorn, would you like to resend, or should I? I don't think we had clear consensus that my patches were correct. So I don't want to blindly resend them without more consideration. Bjorn -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAErSpo4TsOw3jg+U7hTyeXCcWo4mLG5+6PS=xopit+pxq8z...@mail.gmail.com
Bug#656196: Stalls happen with 3.0
The stall happens with 3.0.0-1-amd64 while it didn't happen with 2.6.39. Anything else I can try? Feb 14 18:28:15 ossietzky rtkit-daemon[2292]: The canary thread is apparently starving. Taking action. Feb 14 18:28:15 ossietzky rtkit-daemon[2292]: Demoting known real-time threads. Feb 14 18:28:15 ossietzky rtkit-daemon[2292]: Successfully demoted thread 2947 of process 2947 (/usr/bin/pulseaudio). Feb 14 18:28:15 ossietzky rtkit-daemon[2292]: Demoted 1 threads. Feb 14 18:28:15 ossietzky kernel: [29198.215734] INFO: rcu_sched_state detected stall on CPU 3 (t=30528 jiffies) Feb 14 18:28:15 ossietzky kernel: [29198.215745] sending NMI to all CPUs: Feb 14 18:28:15 ossietzky kernel: [29198.215755] NMI backtrace for cpu 3 Feb 14 18:28:15 ossietzky kernel: [29198.215760] CPU 3 Feb 14 18:28:15 ossietzky kernel: [29198.215764] Modules linked in: powernow_k8 mperf cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats parport_pc ppdev lp parport binfmt_misc fuse smsc47b397 loop dm_crypt snd_hda_codec_analog arc4 tpm_infineon rt73usb crc_itu_t rt2x00usb rt2x00lib snd_hda_intel snd_hda_codec mac80211 snd_hwdep usb_storage snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi cfg80211 snd_rawmidi snd_seq_midi_event joydev snd_seq uas snd_timer usbhid hid radeon ttm drm_kms_helper drm sp5100_tco hp_wmi snd_seq_device snd i2c_piix4 i2c_algo_bit sparse_keymap soundcore i2c_core snd_page_alloc rfkill power_supply edac_core shpchp tpm_tis processor pci_hotplug pcspkr edac_mce_amd k10temp psmouse wmi serio_raw tpm evdev tpm_bios button thermal_sys ext3 jbd mbcache dm_mod sg sr_mod sd_mod cdrom crc_t10dif ohci_hcd floppy ahci libahci ehci_hcd libata tg3 libphy usbcore scsi_mod [last unloaded: scsi_wait_scan] Feb 14 18:28:15 ossietzky kernel: [29198.215911] Feb 14 18:28:15 ossietzky kernel: [29198.215918] Pid: 0, comm: kworker/0:1 Not tainted 3.0.0-1-amd64 #1 Hewlett-Packard HP Compaq dc5850 Microtower/3029h Feb 14 18:28:15 ossietzky kernel: [29198.215931] RIP: 0010:[811abade] [811abade] __const_udelay+0x4/0x28 Feb 14 18:28:15 ossietzky kernel: [29198.215950] RSP: 0018:88006fd83d08 EFLAGS: 0092 Feb 14 18:28:15 ossietzky kernel: [29198.215956] RAX: RBX: 2710 RCX: 000f Feb 14 18:28:15 ossietzky kernel: [29198.215963] RDX: 81684078 RSI: 0200 RDI: 00418958 Feb 14 18:28:15 ossietzky kernel: [29198.215970] RBP: 8161b800 R08: R09: fffe Feb 14 18:28:15 ossietzky kernel: [29198.215976] R10: R11: 0293 R12: 8161b900 Feb 14 18:28:15 ossietzky spamd[10246]: Use of uninitialized value $selerr in concatenation (.) or string at /usr/share/perl5/Mail/SpamAssassin/SpamdForkScaling.pm line 332. Feb 14 18:28:15 ossietzky spamd[10246]: prefork: select returned error on server filehandle: Feb 14 18:28:15 ossietzky kernel: [29198.215983] R13: 88006fd83e18 R14: 0001 R15: 8106cec8 Feb 14 18:28:15 ossietzky kernel: [29198.215991] FS: 7ff9c69cd700() GS:88006fd8() knlGS:f3f7bb70 Feb 14 18:28:15 ossietzky kernel: [29198.215998] CS: 0010 DS: ES: CR0: 8005003b Feb 14 18:28:15 ossietzky kernel: [29198.216003] CR2: 0440a1e8 CR3: 6c5de000 CR4: 06e0 Feb 14 18:28:15 ossietzky kernel: [29198.216010] DR0: DR1: DR2: Feb 14 18:28:15 ossietzky kernel: [29198.216016] DR3: DR6: 0ff0 DR7: 0400 Feb 14 18:28:15 ossietzky kernel: [29198.216024] Process kworker/0:1 (pid: 0, threadinfo 88006cca8000, task 88006cca4f60) Feb 14 18:28:15 ossietzky kernel: [29198.216029] Stack: Feb 14 18:28:15 ossietzky kernel: [29198.216033] 0096 8101ff51 88006fd8ecf0 81096ba8 Feb 14 18:28:15 ossietzky kernel: [29198.216045] 88006cc7c080 0003 0003 Feb 14 18:28:15 ossietzky kernel: [29198.216055] 88006fd83e18 0001 8106cec8 810971a9 Feb 14 18:28:15 ossietzky kernel: [29198.216065] Call Trace: Feb 14 18:28:15 ossietzky kernel: [29198.216069] IRQ Feb 14 18:28:15 ossietzky kernel: [29198.216083] [8101ff51] ? arch_trigger_all_cpu_backtrace+0x6c/0x7b Feb 14 18:28:15 ossietzky kernel: [29198.216094] [81096ba8] ? __rcu_pending+0x82/0x2ed Feb 14 18:28:15 ossietzky kernel: [29198.216104] [8106cec8] ? tick_nohz_handler+0xd0/0xd0 Feb 14 18:28:15 ossietzky kernel: [29198.216112] [810971a9] ? rcu_check_callbacks+0x7e/0xa9 Feb 14 18:28:15 ossietzky kernel: [29198.216122] [81053302] ? update_process_times+0x31/0x63 Feb 14 18:28:15 ossietzky kernel: [29198.216130] [8106cf32] ? tick_sched_timer+0x6a/0x90 Feb 14 18:28:15 ossietzky kernel: [29198.216140] [81062c56] ? __run_hrtimer+0xaf/0x13a Feb 14 18:28:15 ossietzky kernel:
Bug#659461: Solved, bug can be closed
Dear maintainer-team, the new kernel module added two new regulators speakers and headphones, and they are both set to 0 by default! Additionally kmix and some other GUI might not show them as well as alsamixer, but just start alsamixer -c0 and all sliders appear. Now you can set them as you want, and now you can hear sound playing again. A great thank you! in this matter to Jonathan Nieder and Takashi Iwai, ho helped me, to find the solution! So ist was just PEBCAK! The bug can safely be closed! Thanks for all the help! Best regards Hans -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201202141841.34579.hans.ullr...@loop.de
Bug#638863: Errors/warnings show during startup
Bjorn Helgaas wrote: On Tue, Feb 14, 2012 at 1:53 AM, Jonathan Nieder jrnie...@gmail.com wrote: http://thread.gmane.org/gmane.linux.kernel/1184383 If I understand correctly, Cyrill Gorcunov liked the patches. Bjorn, would you like to resend, or should I? I don't think we had clear consensus that my patches were correct. So I don't want to blindly resend them without more consideration. Ok. What's the next step, then? Is there some other way to reraise the discussion? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214174831.GA13150@burratino
Bug#656196: Stalls happen with 3.0
On Tue, Feb 14, 2012 at 06:35:36PM +0100, Michael Below wrote: The stall happens with 3.0.0-1-amd64 while it didn't happen with 2.6.39. Anything else I can try? [...] What about the current version, Linux 3.2? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214182345.gp12...@decadent.org.uk
Processed: Re: [3.1.8 - 3.2.4 regression] Acer Aspire 7520G: no sound
Processing commands for cont...@bugs.debian.org: notfound 659461 linux-2.6/3.2.4-1 Bug #659461 [linux-2.6] linux-image-3.2.0-1-amd64 - no sound after update to this kernel Bug No longer marked as found in versions linux-2.6/3.2.4-1. quit Stopping processing here. Please contact me if you need assistance. -- 659461: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659461 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13292440244182.transcr...@bugs.debian.org
how to rebuild linux-image-3.2.0-1-amd64
Hello debian hackers : I need to rebuild linux-image-3.2.0-1-amd64 package. I need to disable some modules and make some changes, but i can't find info about how can i rebuild this kind of packages. Which is the standard way to rebuild this kind of packages? Thanks for all
Re: how to rebuild linux-image-3.2.0-1-amd64
On Tue, Feb 14, 2012 at 08:27:49PM +0100, Roberto Majadas Lopez wrote: Hello debian hackers : I need to rebuild linux-image-3.2.0-1-amd64 package. I need to disable some modules and make some changes, but i can't find info about how can i rebuild this kind of packages. Which is the standard way to rebuild this kind of packages? http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-building or http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214194114.gt12...@decadent.org.uk
Bug#659461: [3.1.8 - 3.2.4 regression] Acer Aspire 7520G: no sound
Hans-J. Ullrich wrote: So my first target is mostly google and/or the debian-user list Sure, that helps. I'll try to come up with something for the alsa-base README.Debian which can be easily google-able. And of course, thanks for writing, and I look forward to reports of any future regressions you run into, too. ;-) Thanks much, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214193816.GA13210@burratino
Re: how to rebuild linux-image-3.2.0-1-amd64
2012/2/14 Ben Hutchings b...@decadent.org.uk On Tue, Feb 14, 2012 at 08:27:49PM +0100, Roberto Majadas Lopez wrote: Hello debian hackers : I need to rebuild linux-image-3.2.0-1-amd64 package. I need to disable some modules and make some changes, but i can't find info about how can i rebuild this kind of packages. Which is the standard way to rebuild this kind of packages? http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-building or http://kernel-handbok.alioth.debian.org/ch-common-tasks.html#s-common-officialhttp://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Hi Ben: Thanks for your response. i've reading the manunual and testing. I need to rebuild the amd64-* flavours like debian does (linux-image-3.2.0-1-amd64 linux-image-3.2.0-1-amd64-dbg) . The second link (section 4.2.3) seens the way but where is the debian directory of the the kernel package? regards Roberto Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214194114.gt12...@decadent.org.uk
Re: Planning for final lenny point release (5.0.10)
On Mon, 2011-12-12 at 23:05 +, Adam D. Barratt wrote: Working on the four-monthly schedule for oldstable, the next lenny point release would be due in early February. As the security team have recently confirmed that security support for lenny will end on February 6th (a year after the release of squeeze) it makes sense to schedule 5.0.10 to be after that date and make it the final roll-up point release for lenny. So, security EOL for lenny has now passed. We're in sync with the security archive and the only missing packages are openjdk-6/{alpha,ia64} and opie/{arm,armel}. AIUI the chances of those ever building are remote but, given that we've nothing to lose we might as well go ahead and accept them in to o-p-u and see what happens[tm]. I can't see any outstanding o-p-u package bugs in the BTS. If there's any I missed on the list, please yell. -kernel, -boot - were there any plans for a final kernel and/or d-i upload for lenny? If so we need to get those sorted asap. In terms of scheduling for the point release itself, the current suggestions are: 25-26/2 - Steve's not available for CDs 3-4/3 - Cambridge BSP. Should be do-able as long as I can get decent connectivity at the right time. :-) 10-11/3 - Joerg mentioned he's not available on the Sunday, but that's only really an issue if stuff breaks and it then transpires that Mark's also unavailable to help fix the world. Thoughts / preferences / anything I missed? Cheers, Adam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1329255398.939.29.ca...@jacala.jungle.funky-badger.org
Bug#659521: [3.1 - 3.2.4 regression] ath9k: no packets are transmitted or received with WEP
Hello, Jonathan i did all the steps you asked: Booting the laptop with the 3.2.6 kernel built from the git cloned tree shows the exact same problem: no network traffic over the wireless connection (ath9k module). applying the patch, rebuilding the kernel and running the laptop with this new kernel solves the problem and so far i haven't seen any problem with the network connection. = command log = schippes@miniguru:~$ uname -a Linux miniguru 3.2.6+ #2 SMP Tue Feb 14 23:18:50 CET 2012 i686 GNU/Linux schippes@miniguru:~$ ping 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=1.87 ms 64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=3.71 ms 64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=1.90 ms 64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=1.89 ms ^C --- 192.168.0.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3004ms rtt min/avg/max/mdev = 1.875/2.347/3.717/0.791 ms schippes@miniguru:~$ = end command log = may be we will see the patch applied in a future debian testing kernel update? Thank you very much for your support ! stefan On 02/14/2012 02:18 AM, Jonathan Nieder wrote: stefan schippers wrote: # ping 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. From 192.168.0.78 icmp_seq=1 Destination Host Unreachable From 192.168.0.78 icmp_seq=2 Destination Host Unreachable From 192.168.0.78 icmp_seq=3 Destination Host Unreachable From 192.168.0.78 icmp_seq=4 Destination Host Unreachable From 192.168.0.78 icmp_seq=5 Destination Host Unreachable From 192.168.0.78 icmp_seq=6 Destination Host Unreachable ^C Thanks. Can you try this patch? It works like this: 0. Prerequisites: apt-get install git build-essential 1. Get a copy of the linux-stable tree: git clone -o stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git \ linux cd linux Or, if you already have a clone of the kernel: cd linux git remote add -f stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git \ 2. Make sure you can still reproduce the bug: git checkout stable/linux-3.2.y cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimize configuration make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package reboot 3. Apply the patch and see if it fixes it: git apply --index thepatch make deb-pkg; # maybe with -j4 dpkg -i ../name of package reboot commit f88373fa47f3 Author: Felix Fietkau n...@openwrt.org Date: Sun Feb 5 21:15:17 2012 +0100 ath9k: fix a WEP crypto related regression commit b4a82a0 ath9k_hw: fix interpretation of the rx KeyMiss flag fixed the interpretation of the KeyMiss flag for keycache based lookups, however WEP encryption uses a static index, so KeyMiss is always asserted for it, even though frames are decrypted properly. Fix this by clearing the ATH9K_RXERR_KEYMISS flag if no keycache based lookup was performed. Signed-off-by: Felix Fietkau n...@openwrt.org Cc: sta...@vger.kernel.org Reported-by: Laurent Bonnans bonnan...@gmail.com Reported-by: Jurica Vukadin u.ra...@googlemail.com Signed-off-by: John W. Linville linvi...@tuxdriver.com diff --git a/drivers/net/wireless/ath/ath9k/recv.c b/drivers/net/wireless/ath/ath9k/recv.c index 0e666fbe0842..7e1a91af1497 100644 --- a/drivers/net/wireless/ath/ath9k/recv.c +++ b/drivers/net/wireless/ath/ath9k/recv.c @@ -822,6 +822,14 @@ static bool ath9k_rx_accept(struct ath_common *common, (ATH9K_RXERR_DECRYPT | ATH9K_RXERR_CRC | ATH9K_RXERR_MIC | ATH9K_RXERR_KEYMISS)); + /* + * Key miss events are only relevant for pairwise keys where the + * descriptor does contain a valid key index. This has been observed + * mostly with CCMP encryption. + */ + if (rx_stats-rs_keyix == ATH9K_RXKEYIX_INVALID) + rx_stats-rs_status = ~ATH9K_RXERR_KEYMISS; + if (!rx_stats-rs_datalen) return false; /* -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f3aea16.8020...@gmail.com
Bug#659521: [3.1 - 3.2.4 regression] ath9k: no packets are transmitted or received with WEP
clone 659521 -1 submitter 659521 stefan schippers stefan.schipp...@gmail.com retitle 659521 [3.1 - 3.2.2 regression] ath9k: no packets are transmitted or received with WEP tags 659521 + upstream patch quit stefan schippers wrote: i did all the steps you asked: Booting the laptop with the 3.2.6 kernel built from the git cloned tree shows the exact same problem: no network traffic over the wireless connection (ath9k module). applying the patch, rebuilding the kernel and running the laptop with this new kernel solves the problem and so far i haven't seen any problem with the network connection. Awesome, thanks much! Cloning the bug so we don't forget to apply this. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214235925.GA11517@burratino
Processed: Re: [3.1 - 3.2.4 regression] ath9k: no packets are transmitted or received with WEP
Processing commands for cont...@bugs.debian.org: clone 659521 -1 Bug#659521: ath9k: ATH9K driver will not connect to my adhoc network but works with managed (router) connections Bug 659521 cloned as bug 659927. submitter 659521 stefan schippers stefan.schipp...@gmail.com Bug #659521 [src:linux-2.6] ath9k: ATH9K driver will not connect to my adhoc network but works with managed (router) connections Changed Bug submitter to 'stefan schippers stefan.schipp...@gmail.com' from 'Ankman a...@spamfence.net' retitle 659521 [3.1 - 3.2.2 regression] ath9k: no packets are transmitted or received with WEP Bug #659521 [src:linux-2.6] ath9k: ATH9K driver will not connect to my adhoc network but works with managed (router) connections Changed Bug title to '[3.1 - 3.2.2 regression] ath9k: no packets are transmitted or received with WEP' from 'ath9k: ATH9K driver will not connect to my adhoc network but works with managed (router) connections' tags 659521 + upstream patch Bug #659521 [src:linux-2.6] [3.1 - 3.2.2 regression] ath9k: no packets are transmitted or received with WEP Added tag(s) upstream and patch. quit Stopping processing here. Please contact me if you need assistance. -- 659521: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659521 -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13292640309483.transcr...@bugs.debian.org
Bug#659927: [3.1.8 - 3.2.4 regression] ATH9K driver will not connect to my adhoc network
tags 659927 + patch moreinfo quit Hi, Ankman wrote: as this is my first bug report ever I'm not sure if I understand. Sorry for the roller coaster ride. If I understand correctly, your ad hoc network uses WEP. That's very good news, since it means there's a better patch to try. See [*] for instructions if you'd like to test it. The patch is queued for inclusion in v3.2.7 and could be worth including in the next upload for unstable (which might be based on 3.2.6), too. Thanks again, Jonathan [*] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=71;bug=659521 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120215001351.GA11806@burratino
Processed: Re: [3.1.8 - 3.2.4 regression] ATH9K driver will not connect to my adhoc network
Processing commands for cont...@bugs.debian.org: tags 659927 + patch moreinfo Bug #659927 [src:linux-2.6] ath9k: ATH9K driver will not connect to my adhoc network but works with managed (router) connections Added tag(s) moreinfo and patch. quit Stopping processing here. Please contact me if you need assistance. -- 659927: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659927 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.132926485216037.transcr...@bugs.debian.org
Re: How to tell users that ia32-libs will go away
Ben Hutchings b...@decadent.org.uk writes: On Mon, Feb 13, 2012 at 04:30:47PM +0100, Goswin von Brederlow wrote: Ben Hutchings b...@decadent.org.uk writes: On Sat, 2012-02-11 at 17:33 +0100, Goswin von Brederlow wrote: Bastian Blank wa...@debian.org writes: On Fri, Feb 10, 2012 at 01:00:50PM +0100, Bernhard R. Link wrote: just to have a suiteable kernel would be quite a burden. The -amd64 kernel in i386 arch is some sort of upgrade tool. With multi-arch it gets easier. Either the machine can run 64bit code, than it is irrelevant what packages are installed from which arch. Or it can't, then you don't need the amd64 kernel in the first place. Bastian Actualy that raises an interesting point: If there is no 64bit kernel in i386 then you can not safely enable multiarch to install amd64 packages (in general, kernel my just work). It is kind of a prerequisite. By the same argument you can't ever enable any foreign architecture. This is nonsense. Ben. Why? I can install qemu-user-static and my system will be able to execute e.g. armel code. On the other hand installing linux-image-3.2.0-1-amd64:amd64 would pull in for example module-init-tools:amd64, making it impossible to load/remove modules on the running system or reboot with a 32bit kernel. Currently linux-image-3.2.0-1-amd64:amd64 is effectively uninstallable on i386 since various other packages depend on module-init-tools:i386. However, once #649437 is fixed, module-init-tools:i386 (or rather kmod:i386) will satisfy the dependency. Since dpkg will prefer to install packages from the native architecture, I don't see any problem here. I suppose I'm biased by having actually tested this. Ben. But it is only a preference, not a garanty. With aptitude even pining is just taken as advisement. So there will always be a risk of amd64 packages getting pulled in before the user reboots into a 64bit kernel. As I said, not safe. Are you sure you can get all the bugs fixed and the package and multiarch properly tested so wheezy can rely on it for something as essential as the kernel? MfG Goswin -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqdgzs99.fsf@frosties.localnet