Bug#594545: initramfs-tools: "mount" command fails to mount root filesystem.
On Fri, 27 Aug 2010, Jakub Krzyżewski wrote: > Package: initramfs-tools > Version: 0.98 > Severity: normal > Tags: squeeze > > I have lvm2 + xen4 system, I prepared domu image with xen-create-image, but > it dosn't boot, with error: > > Begin: Running /scripts/local-premount ... done. > mount: mounting /dev/xvda1 on /root failed: No such device > Begin: Running /scripts/local-bottom ... done. > > but: > (initramfs) cat /proc/partitions > major minor #blocks name > > 2021 10485760 xvda1 > 20221048576 xvda2 > 2023 20971520 xvda3 > 2024 20971520 xvda4 > > (initramfs) ls -al /dev/xvda* > brw---1 00 202, 1 Aug 27 00:02 /dev/xvda1 > brw---1 00 202, 2 Aug 27 00:02 /dev/xvda2 > brw---1 00 202, 3 Aug 27 00:02 /dev/xvda3 > brw---1 00 202, 4 Aug 27 00:02 /dev/xvda4 > > (initramfs) fstype /dev/xvda1 > FSTYPE=ext3 > FSSIZE=10737418240 > > (initramfs) mount -t ext3 /dev/xvda1 /root > mount: mounting /dev/xvda1 on /root failed: No such device > (initramfs) which mount binary is this? which mount mount --version can see this error in klibc mount. please also post lsinitramfs /boot/initrd.img- | grep mount -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584583: initramfs-tools: configure_networking function: repeatedly makes DHCP requests
On Fri, 20 Aug 2010, Vagrant Cascadian wrote: > thanks to Petter Reinholdtsen, i think i've figured out the initramfs-tools > portion of this problem (there may still be outstanding issues with ipconfig). > > tested the attached patch, which seems to address the issue for me at least. > > live well, > vagrant thanks a lot applied, waiting for review, but this looks like a candidate for 0.98.1 to me. concerning ipconfig preparing klibc 1.5.20, which should be much better behaved as it will feature several ipconfig fixes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594118: initramfs-tools: Generating image error. Unexpected operator
reassign uswsusp 594118 stop On Wed, Aug 25, 2010 at 07:02:42PM +0200, Rodolfo kix Garcia wrote: > On 24/08/10 10:34, maximilian attems wrote: > >please post the output of: > > > >ls -l /var/lib/initramfs-tools/ > > > >and of > > > >sh -x /usr/sbin/update-initramfs -u > > > > > >thanks. > > > > Hi, > > debian:~# ls -l /var/lib/initramfs-tools/ > total 8 > -rw-r--r-- 1 root root 72 sep 17 2008 2.6.18-6-686 > -rw-r--r-- 1 root root 72 ago 23 21:45 2.6.32-5-686 > debian:~# > debian:~# sh -x /usr/sbin/update-initramfs -u > + STATEDIR=/var/lib/initramfs-tools > + BOOTDIR=/boot > + CONF=/etc/initramfs-tools/update-initramfs.conf > + KPKGCONF=/etc/kernel-img.conf > + USETRIGGERS=true > + mode= > + version= > + update_initramfs=yes > + backup_initramfs=no > + set -e > + [ -r /etc/initramfs-tools/update-initramfs.conf ] > + . /etc/initramfs-tools/update-initramfs.conf > + update_initramfs=yes > + backup_initramfs=no > + true > + [ x != x ] > + verbose=0 > + yes=0 > + takeover=0 > + getopts k:cudyvtb:h? flag > + mode=u > + getopts k:cudyvtb:h? flag > + shift 1 > + [ 0 -ne 0 ] > + [ -z u ] > + [ = all ] > + [ yes = all ] > + update > + [ yes = no ] > + [ -z ] > + set_highest_version > + get_sorted_versions > + version_list= > + basename /var/lib/initramfs-tools/2.6.18-6-686 > + gsv_x=2.6.18-6-686 > + [ 2.6.18-6-686 = * ] > + worklist= > + [ 2.6.18-6-686 != ] > + worklist= 2.6.18-6-686 > + version_list= 2.6.18-6-686 > + basename /var/lib/initramfs-tools/2.6.32-5-686 > + gsv_x=2.6.32-5-686 > + [ 2.6.32-5-686 = * ] > + worklist= > + dpkg --compare-versions 2.6.32-5-686 > 2.6.18-6-686 > + worklist= 2.6.32-5-686 2.6.18-6-686 > + gsv_x= > + [ != ] > + version_list= 2.6.32-5-686 2.6.18-6-686 > + verbose Available versions: 2.6.32-5-686 2.6.18-6-686 > + [ 0 = 1 ] > + [ -z 2.6.32-5-686 2.6.18-6-686 ] > + set -- 2.6.32-5-686 2.6.18-6-686 > + version=2.6.32-5-686 > + [ -z 2.6.32-5-686 ] > + [ -z 2.6.32-5-686 ] > + [ -z 2.6.32-5-686 ] > + set_initramfs > + initramfs=/boot/initrd.img-2.6.32-5-686 > + ro_boot_check > + [ ! -r /proc/mounts ] > + chrooted > + stat -c %d/%i / > + stat -Lc %d/%i /proc/1/root > + [ 2050/2 = 2050/2 ] > + return 1 > + awk /boot/{if ((match($4, /^ro/) || match($4, /,ro/)) \ > && $2 == "/boot") print "ro"} /proc/mounts > + boot_opts= > + [ -n ] > + altered_check > + [ 0 = 1 ] > + [ ! -e /boot/initrd.img-2.6.32-5-686 ] > + compare_sha1 > + diff /var/lib/initramfs-tools/2.6.32-5-686 - > + sha1sum /boot/initrd.img-2.6.32-5-686 > + return 0 > + backup_initramfs > + [ ! -r /boot/initrd.img-2.6.32-5-686 ] > + initramfs_bak=/boot/initrd.img-2.6.32-5-686.dpkg-bak > + [ -r /boot/initrd.img-2.6.32-5-686.dpkg-bak ] > + ln -f /boot/initrd.img-2.6.32-5-686 /boot/initrd.img-2.6.32-5-686.dpkg-bak > + verbose Keeping /boot/initrd.img-2.6.32-5-686.dpkg-bak > + [ 0 = 1 ] > + generate_initramfs > + echo update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 > update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 > + OPTS=-o > + [ 0 = 1 ] > + mkinitramfs -o /boot/initrd.img-2.6.32-5-686.new 2.6.32-5-686 > [: 33: #: unexpected operator > + mv -f /boot/initrd.img-2.6.32-5-686.new /boot/initrd.img-2.6.32-5-686 > + set_sha1 > + sha1sum /boot/initrd.img-2.6.32-5-686 > + run_bootloader > + [ -d /etc/initramfs/post-update.d/ ] > + command -v update-grub > + [ -e /etc/lilo.conf ] > + [ -r /etc/lilo.conf ] > + [ -r /etc/elilo.conf ] > + [ -r /etc/zipl.conf ] > + flash-kernel --supported > + backup_booted_initramfs > + initramfs_bak=/boot/initrd.img-2.6.32-5-686.dpkg-bak > + [ ! -r /boot/initrd.img-2.6.32-5-686.dpkg-bak ] > + [ ! -r /proc/uptime ] > + [ no = no ] > + rm -f /boot/initrd.img-2.6.32-5-686.dpkg-bak > + return 0 > > Running "sh -x mkinitramfs -o /boot/initrd.img-2.6.32-5-686.new > 2.6.32-5-686" > > I found this: > > ... > + ec=0 > + [ 0 -ne 0 ] > + [ -e /conf/param.conf ] > + [ -f /usr/share/initramfs-tools/hooks/uswsusp ] > + [ n = y ] > + /usr/share/initramfs-tools/hooks/uswsusp > [: 33: #: unexpected operator > + ec=0 > + [ 0 -ne 0 ] > + [ -e /conf/param.conf ] > + [ -f /usr/share/initramfs-tools/hooks/dmsetup ] > + [ n = y ] > ... > > Then, I ran: > > debian:/var/lib/initramfs-tools# /usr/share/initramfs-tools/hooks/uswsusp > [: 33: #: unexpected operator > cp: «/etc/uswsusp.conf» y «/etc/uswsusp.conf» son el mismo fichero > debian:/var/lib/initramfs-tools# > > (English: cp: «/etc/uswsusp.conf» and «/etc/uswsusp.conf» are the same > file) &g
Bug#594156: modules=most does not add virtio_net
tags 594156 unreproducible moreinfo stop On Tue, Aug 24, 2010 at 08:43:11AM +0200, Reinhard Tartler wrote: > Package: initramfs-tools > Version: 0.97 > Severity: normal > > Hi, > > I'm using initramfs-tools in the context of an FAI nfsroot, read, I want > to have it booted in a KVM guest with both virtio hard drives and > virtio_net. It turns out despite having 'MODULES=most' in > /srv/fai/nfsroot/live/filesystem.dir/etc/initramfs-tools/initramfs.conf, > the modules 'virtio_pci', 'virtio_blk' and 'virtio_ring' are included, > but 'virtio_net' is missing. > > I'm still looking for a good workaround to get an virtio-net enabled > guest installed via an FAI nfsroot. lsinitramfs /boot/initrd.img-2.6.32-5-amd64 | grep virtio_net lib/modules/2.6.32-5-amd64/kernel/drivers/net/virtio_net.ko I can only guess that you are using an outdated version of initramfs-tools. please upgrade and retry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594118: initramfs-tools: Generating image error. Unexpected operator
On Mon, Aug 23, 2010 at 09:50:34PM +0200, Rodolfo Garcia wrote: > Package: initramfs-tools > Version: 0.98 > Severity: important > > Hi! > > I have a problem trying to generate a new initram: > > debian:~# update-initramfs -u -k all > update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 > [: 33: #: unexpected operator > /boot/initrd.img-2.6.18-6-686 does not exist. Cannot update. > debian:~# please post the output of: ls -l /var/lib/initramfs-tools/ and of sh -x /usr/sbin/update-initramfs -u thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594125: [linux-image-2.6.35-trunk-amd64] BSD ring buffer implementation makes suspend to ram unreliable
severity 594125 important stop On Mon, Aug 23, 2010 at 10:28:31PM +0200, Florian Kriener wrote: > Package: linux-image-2.6.35-trunk-amd64 > Version: 1~experimental.2 > Severity: grave > Tags: patch important is enough. > --- Please enter the report below this line. --- > There is a bug in the linux kernel 2.6.35, that makes suspend to ram > unusable (it seems to be fixed in 2.6.36-rc2) [1]. The symptoms are: > - Suspend to ram from X hangs the computer, the only option is to press > the power button for ~5 sec and thus forcefully turning off the > computer (SysRq does not work for me). After a while (when not > turning off the computer of cause) the fan goes to full power. > - However, suspend to ram from console works. > - The hang does happen every time on my laptop. However, on some > computers that seems to happen only sporadically. experienced similar stuff here on a X201 Thinkpad. > The link [1] contains two possible solutions for this problem. > 1. Turn off BSD completely by replacing the corresponding define >in i915_drv.h with > #define HAS_BSD(dev)(0) > 2. 2.6.36-rc2 seems to fix the problem (according to a comment on [1]). > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=29406 ok marking as forwarded. once a specific patch emerges out of that report, we can add it, otherwise it should go through stable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594092: initramfs-tools: Detection of resume device could terminate prematurely
reassign 594092 cryptsetup stop On Mon, Aug 23, 2010 at 07:12:59PM +0300, Dmitry Astapov wrote: > Package: initramfs-tools > Version: 0.98 > Severity: normal > > Hi, > > My configuration includes (among other things) encrypted swap + uswsusp. > > Within last month one of the initrams-tools upgrades rendered my setup > unusable: resume device (/dev/mapper/swap) was not available during boot. > > I went and peppered /usr/share/initramfs-tools/hooks/cryptroot with debug > output and found out that: > 1)I have (orphaned) /etc/suspend.conf lying around since Good Olde Times > which lists /dev/sda8 as resume target > 2)All other (proper) places list /dev/mapper/swap as resume target > 3)"cryptroot" hook terminates prematurely trying to find canonical name for > /dev/sda8. > > Specifically, line 97 of "cryptroot": > device=$(canonical_device "$device") || return 0 > > causes hook to terminate prematurely, broking the resume process. I think > that old config files lying around are not the only possible cause for > breakage in this place, so other users might be affected as well - for > example, if they made errors in their config files. > > I think that either user should be warned ("Resume device ... is not > available, fix manually") or more sensible approach to error handling should > be employed. > > Thank you! reassigning to the good folks that do the encryption. happy day. > -- Package-specific info: > -- initramfs sizes > -rw-r--r-- 1 root root 8.8M Aug 23 18:59 /boot/initrd.img-2.6.30-1-686 > -rw-r--r-- 1 root root 8.6M Aug 10 15:04 /boot/initrd.img-2.6.30-1-686.bak > -- /proc/cmdline > root=/dev/sda1 ro ramdisk_size=8192 resume=/dev/mapper/swap > > -- resume > RESUME=/dev/mapper/swap > -- /proc/filesystems > ext2 > ext3 > fuseblk > > -- lsmod > Module Size Used by > iwl394561064 0 > omnibook 47824 0 > sco 8832 2 > rfcomm 30368 14 > bnep 10860 4 > l2cap 18120 19 rfcomm,bnep > vboxnetadp 6428 0 > vboxnetflt 12324 0 > vboxdrv 155584 2 vboxnetadp,vboxnetflt > acpi_cpufreq7640 0 > cpufreq_powersave 1292 0 > cpufreq_userspace 2768 0 > cpufreq_stats 3520 0 > cpufreq_conservative 6256 2 > autofs420544 1 > irda 95720 0 > crc_ccitt 1816 1 irda > binfmt_misc 7120 1 > vmnet 33260 13 > parport_pc 22420 0 > parport31144 1 parport_pc > vmblock11256 1 > vmci 42584 0 > vmmon 59876 0 > kvm_intel 39744 0 > kvm 138608 1 kvm_intel > fuse 47752 1 > nfsd 204900 0 > exportfs3792 1 nfsd > nfs 221580 0 > lockd 57972 2 nfsd,nfs > fscache34440 1 nfs > nfs_acl 2640 2 nfsd,nfs > auth_rpcgss31416 2 nfsd,nfs > sunrpc163772 6 nfsd,nfs,lockd,nfs_acl,auth_rpcgss > ext3 107172 3 > jbd41036 1 ext3 > btusb 10276 2 > bluetooth 47060 9 sco,rfcomm,bnep,l2cap,btusb > visor 13812 0 > usbserial 27456 1 visor > coretemp5176 0 > ip_tables 10188 0 > x_tables 14108 1 ip_tables > sha256_generic 11216 0 > cbc 3012 1 > aes_i5868092 4 > aes_generic27436 1 aes_i586 > dm_crypt 11092 3 > dm_mod 49992 7 dm_crypt > snd_hda_codec_si3054 4024 1 > snd_hda_codec_realtek 178472 1 > snd_hda_intel 22192 0 > snd_hda_codec 63580 3 > snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel > snd_hwdep 6120 1 snd_hda_codec > arc41560 2 > snd_pcm_oss32232 0 > snd_mixer_oss 12368 1 snd_pcm_oss > ecb 2368 4 > snd_pcm62420 4 > snd_hda_codec_si3054,snd_hda_intel,snd_hda_codec,snd_pcm_oss > snd_seq_midi5688 0 > snd_rawmidi18596 1 snd_seq_midi > iwlcore92264 1 iwl3945 > snd_seq_midi_event 6212 1 snd_seq_midi > pcmcia 24280 0 > snd_seq42436 2 snd_seq_midi,snd_seq_midi_event > snd_timer 17436 2 snd_pcm,snd_seq > snd_seq_device 6136 3 snd_seq_midi,snd_rawmidi,snd_seq > joydev 8576 0 > snd49060 12 > snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > mac80211 142848 2 iwl3945,iwlcore > yenta_socket 2116
Bug#588763: /usr/share/doc/klibc-utils/ is empty
On Fri, 20 Aug 2010, Adam D. Barratt wrote: > Hi, > > On Thu, 2010-07-15 at 12:05 +0200, maximilian attems wrote: > > thanks for the info, currently waiting on an upstream pull request. > > http://www.zytor.com/pipermail/klibc/2010-July/002667.html > > will upload aboves fix together with soon to appear 1.5.19. > > I see that 1.5.19 has now been released. > > Are you planning an upload soon, either for .19 or at least to fix this > bug? yes, plan to upload a fixed klibc soonest in the next 2 days with high urgency. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593702: RM: usplash -- ROM; buggy as hell
Package: ftp.debian.org Severity: normal usplash squarbles your screen and is in the days of KMS graphic drivers no longer useful. Newer initramfs should use plymouth for graphical display. usplash was a nice hack, but includes duplicate bogl. please remove from sid. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593276: initramfstools >=0.94 not compatible with lenny?
tags 593276 moreinfo stop On Mon, Aug 16, 2010 at 11:06:53PM +0200, Holger Fischer wrote: > package: initramfs-tools > version: 0.97 all of the text below is against some out of tree not supported Debian version. please specify what is the trouble with 0.97. If it involves ipconfig you want to look at #584583, which will be fixed soonest. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592971: linux-image-2.6.32-5-amd64: wlan0 disconnect with reason=3
On Sat, Aug 14, 2010 at 05:54:22PM +0200, Daniel wrote: > Wireless disconnect immediately after associating to AP with > "deauthenticating by local choice (reason=3) > > I also tested with 2.6.34-1 kernel from experimental, as well as with few APs > (WEP, WAP or open), no more luck. experimental has since 2.6.35, any chance to try it? > Module is iwl3945 for > > 0b:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] > Network Connection (rev 02) > thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552554: Bug#584583: [PATCH] Additional fix for ipconfig
[ adding relevant cc's ] On Tue, 10 Aug 2010, Julien-externe BLACHE wrote: > Hi, > > Attached is a second patch for ipconfig, which further improves (actually, > restores) ipconfig's behaviour on busy LANs with UDP noise. > > Commit 4efbcf90f60e27febe883ef052454d8cfded5c15 really is the root of all > evil, it badly broke ipconfig by doing a lot of changes all over the place > that were not warranted and badly tested. Indeed as mailinglist history show I had been sceptic to that monster patch, but several users had pushed for it, see: http://bugs.debian.org/511959 > After this commit, if a random UDP packet comes in before the expected > DHCP reply packet_recv() will exit with an error and the interface will be > sent into DEVST_ERROR instead of just ignoring this packet. On busy LANs, > ipconfig can go through this loop several times. > > JB. as mika is currently on vacation after Debconf. I will look into the issue and see if said patch resolves his testcase which is nicely layed out in http://bugs.debian.org/552554 thank you for the patch. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
On Mon, 09 Aug 2010, Josef Spillner wrote: > The issue remains with linux-image-2.6.35-trunk-amd64 in today's version > 2.6.35-1~experimental.1. This leaves me with the "debug things". Documentation/power/basic-pm-debugging.txt is the guide for nailing what is going wrong. also in this case please report upstream in bugzilla.kernel.org and let us know upstream bug nr for tracking thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552554: ipconfig does not time out (klibc-utils)
On Mon, 02 Aug 2010, Michael Prokop wrote: > maks, you can easily reproduce this issue with kvm, a live system > (latest Grml release works fine) and two virtual NICs. > If you need any further information I'm happy to provide it, > debugging klibc-utils 1.5.12-2->1.5.18-1 is PITA with all its header > and build changes. please don't be shy to describe or tell the setup whith which you reproduce, thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591473: linux-image-2.6.32-5-amd64: kernel panics on reboot or when nic has no link
tags 591473 moreinfo stop On Tue, Aug 03, 2010 at 01:37:22PM +0100, FRLinux wrote: > Package: linux-2.6 > Version: 2.6.32-15 > Severity: grave > Justification: causes non-serious data loss no only if *lots* of boxes would be affected, also prove posted. > > We use this server as a bridging firewall, it has 3 NICs configured, first > one for > incoming traffic, second one for outgoing and third one for management. > > Whenever we use kernel 2.6.32-5, it panics when there is no link between the > router > and the incoming interface on the server. Panics also on reboot. Tried to > disable > acpid but doesn't seem to be related. > > When switching to previous kernel (2.6.32-3), works perfectly. please post panic, we have no crystall balls allowing it to verify this case. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
On Mon, Aug 02, 2010 at 09:31:26PM +0200, Josef Spillner wrote: > Am Sonntag, 1. August 2010, 22:56:40 schrieb maximilian attems: > > unstable versions just install fine in testing, no point in > > waiting for transition. > > Well, so much for that theory: One needs at least a newer extlinux installed, > otherwise the postinst fails. Yet one more case of missing tight > dependencies. > > Anyway, after taking this hurdle, all I can say is that the issue remains. > well then you have either to go for the suspend to ram debug things or test latest 2.6.35 in experimental. second choice is easier and best advice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591320: /etc/modprobe.d/initramfs.conf is lost
On Mon, Aug 02, 2010 at 11:14:43PM +0200, Harald Dunkel wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > This is the intended behaviour. > > Is this documented somewhere? > > This restriction would make the blacklist feature pretty useless, > doesn't it? As soon as udev is started in single user mode (using > /etc/modprobe.d found on root filesystem) all the blacklisted > modules are no longer suppressed. > > In my case I get a "bad" acpi module crashing the system before > single user mode is completely setup. What would you suggest? > > Of course I understand that this would be difficult to implement, > since the root filesystem becomes writable very late in the boot > procedure. I'd suggest to have m-i-t parse the blacklist bootparam. the thing is this one is initramfs-tools specific dracut prefix rd to it marking it as a non linux-2.6 param. We didn't have that discussion yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
On Sun, Aug 01, 2010 at 08:22:42AM +0200, Josef Spillner wrote: > > outdated test against 2.6.32-18 from unstable, > > Will do so in two days when that version enters testing. Is it possible > through bugs.d.o to get a notification when a package which fixes a bug > becomes > available for a certain distribution or suite? This would be an awesome > feature. unstable versions just install fine in testing, no point in waiting for transition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591025: Remove the irrelevent BOOT in initramfs.conf - patch available
On Fri, 30 Jul 2010, wol...@yahoo.com wrote: > Package: initramfs-tools > Version: 0.97.2 > > The BOOT switch should not be set in the initramfs.conf. why do you come to that conclusion? it is used by live-initramfs afair. > It should be determined in boot time by the boot commandline, by > either explicitly a "boot=foo" or implicitly such as "root=/root/nfs". > > I suggest that the BOOT directive in initramfs.conf be deprecated. > you don't give any rationale, so will close unless this gets motivated properly and it be clear why we want that and what gain that would be. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590744: Fails to boot if /sbin/init is a symlink
On Sat, Jul 31, 2010 at 08:25:09PM +0200, Michael Prokop wrote: > > dracut doesn't seem to support symlinks at all AFAICS. well this seems sane to me. > maks: I've implemented a fastfoward path, please review > branch mika/validate_init at > http://git.debian.org/?p=kernel/initramfs-tools.git will do in the next 48 hours, but haven't been told that the ! symlink cause is the usual fastpath. not sure this symlink complication is really worth it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
tags 591073 moreinfo stop On Sat, Jul 31, 2010 at 06:42:03PM +0200, Josef Spillner wrote: > Package: linux-2.6 > Version: 2.6.32-15 > Severity: normal > > > Suspending the computer to RAM (e.g., from the KDE menu) works fine in the > previous kernel linux-image-2.6.32-3-amd64. > But with the current -5 kernel it has ceased to work. The machine falls > asleep but the system doesn't come up again > afterwards when the hardware runs again but nothing is shown on the screen. > This is on a fully up-to-date squeeze system. The bug was already present > with the same kernel on last week's squeeze. > It's clearly a regression, as it's the first Debian kernel which doesn't get > this right on this machine. outdated test against 2.6.32-18 from unstable, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590744: Fails to boot if /sbin/init is a symlink
On Fri, Jul 30, 2010 at 11:49:32AM +0200, Michael Biebl wrote: > On 30.07.2010 11:31, Michael Biebl wrote: > > On 30.07.2010 06:21, Michael Prokop wrote: > > > >> > >> Can you please give the following snapshot version a try: > >> > >> > >> http://people.debian.org/~mika/initramfs-tools/initramfs-tools_0.97.3~1.gbp8d572e_all.deb > >> > > > > I've tested the following: > > - /sbin/init being a relative symlink: works > > - /sbin/init being an absolute symlink: works > > - /sbin/init missing: correctly dropped to rescue shell, even if upstart > > installed (/etc/init/) > > - passing init=/bin/systemd on the boot command line: works > > - passing bogus init=/sbin/foo on the boot command line: warning message > > that > > requested init was not found, is displayed, but continues booting with > > /sbin/init. > > > > So yes, it works correctly now for all cases I tested and expect. > > Looking at the code, the only issue I see, is that validate_init is *always* > executed at least twice, even if we find a valid init at the first try. > This means, for most cases we unnecessarily execute validate_init at > """ > # No init on rootmount > if ! validate_init "${init}" ; then > """ > Not that much of an issue, just an idea for a small optimization. > please this is executed on every boot, could we have a fastforward path for the common cases. dracut probably solved this long ago, please have a look there what fedora guys are doing. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590470: aptitude runs out of time to calculate lenny -> squeeze full-upgrade
On Mon, 26 Jul 2010, Marc 'HE' Brockschmidt wrote: > maximilian attems writes: > > > Package: aptitude > > Version: 0.4.11.11-1~lenny1 > > Severity: important > > > > gnome desktop box with several tex packages and some kde bits > > (due to lyx and kile) can't upgrade anymore with aptitude. > > Could you please make a backup of your system state (i.e. installed > packages + versions, sources.list, if possible also the exact Packages > files)? sources list (just had added a squeeze line, didn't yet upgrade): deb http://ftp.at.debian.org/debian lenny main contrib non-free deb http://security.eu.debian.org/ lenny/updates main contrib non-free deb-src http://security.eu.debian.org/ lenny/updates main package list is long and is attached (output of dpkg -l) which package file you want? thanks packages.gz Description: Binary data
Bug#588770: initramfs-tools: modules=dep in initramfs.conf breaks suspend-to-disk
On Mon, 12 Jul 2010, Matthias Berndt wrote: > Package: initramfs-tools > Version: 0.97.2 > Severity: normal > Tags: sid > > Hi, > > i just noticed using modules=dep instead of modules=most breaks > suspend-to-disk > for me. My swap partition lies on a PATA disk while my root file system lies > on a SATA disk, so the needed PATA drivers aren't loaded and thus the device > file for the swap partition doesn't exist. Perhaps there should be a resume > hook script that checks for this condition? > this isn't as trivial as said. the sys walking code is nicely abstracted in a function the ugly^Wdiverse root parsing code not. so it should do that and then one can add aboves. this is clearly wishlist as MODULES=dep is not default. not a priority for squeeze, thanks for the report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590661: linux-image-2.6.32-5-openvz-amd64: openswan ipsec packets do not reach openvz instances
On Wed, Jul 28, 2010 at 11:09:41AM +0200, Daniel Tombeil wrote: > > > see no posted evidence here, but anyway please post tcpdumps > > and setup in upstream bugzilla.openvz.org and let us know bug nr > > so that it can be tracked. > > I attached some ASCII-tcpdump output at the end of the report. Below the > "More information:"-Line. > > But I'll try if it is reproducable in an easier setup. base-install, one > bridge-device, and then trying to access the veth-attached VE's on the > bridge-devices network using an ipsec tunnel terminated using openswan > in netkey-mode. I'll post the setup-guide for reproduction and the > binary tcpdump ASAP. ok sorry overlooked, as wasn't in body, please make upstream devs aware by filing there. development and fixes happens there. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590661: linux-image-2.6.32-5-openvz-amd64: openswan ipsec packets do not reach openvz instances
On Wed, Jul 28, 2010 at 10:29:40AM +0200, Daniel Tombeil wrote: > Package: linux-2.6 > Version: 2.6.32-18 > Severity: important > Tags: squeeze > > > > -- Package-specific info: > ** Version: > Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) > (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 02:32:56 UTC 2010 > > ** Command line: > BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-openvz-amd64 > root=/dev/mapper/osfw--v3--01--vda1-osfw--v3--01--root ro quiet see no posted evidence here, but anyway please post tcpdumps and setup in upstream bugzilla.openvz.org and let us know bug nr so that it can be tracked. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590470: aptitude runs out of time to calculate lenny -> squeeze full-upgrade
On Mon, 26 Jul 2010, Marc 'HE' Brockschmidt wrote: > maximilian attems writes: > > > Package: aptitude > > Version: 0.4.11.11-1~lenny1 > > Severity: important > > > > gnome desktop box with several tex packages and some kde bits > > (due to lyx and kile) can't upgrade anymore with aptitude. > > Could you please make a backup of your system state (i.e. installed > packages + versions, sources.list, if possible also the exact Packages > files)? sure will send later tomorrow, on the run currently. > Does apt-get dist-upgrade work? Does upgrading only apt and trying with > the new version of apt-get lead to anything? Is aptitude from squeeze > able to do the rest of upgrade? apt-get proposed something sensible, didn't check for gimp. It dislikes for some reason anjuta, don't remember why. we have several boxes to upgrade to squeeze, with very similar setup. I was just looking at the current improvements thanks to the xserver-xorg-core changes it no longer deinstalls xorg on apt-get dist-upgrade. didn't try some apt or aptitude first upgrade path as it seems for me unnatural. somehow i still am attached to simple upgrades on two goes (upgrade then dist-upgrade) and thus finding to break that into steps is an unnecessary burden.. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590470: aptitude runs out of time to calculate lenny -> squeeze full-upgrade
Package: aptitude Version: 0.4.11.11-1~lenny1 Severity: important gnome desktop box with several tex packages and some kde bits (due to lyx and kile) can't upgrade anymore with aptitude. thanks to xstrike force xorg will no longer be removed by apt-get dist-upgrade, but the previous working aptitude full-upgrade goes nowhere: 1163 packages upgraded, 633 newly installed, 195 to remove and 0 not upgraded. Need to get 2022MB of archives. After unpacking 1933MB will be used. The following packages have unmet dependencies: libgnomekbd2: Depends: libgnomekbd-common (= 2.22.0-1) but 2.30.1-2 is to be installed. g++-4.1: Depends: gcc-4.1-base (= 4.1.2-25) but 4.1.2-29 is to be installed. Depends: gcc-4.1 (= 4.1.2-25) but 4.1.2-29 is to be installed. libmagick10: Depends: libgraphviz4 (>= 2.20.0) but it is not installable libgdl-gnome-1-0: Depends: libgdl-1-common (= 0.7.11-1) but 2.30.0-1 is to be installed. libcairo2: Breaks: xulrunner-1.9 but 1.9.0.19-2 is installed. xserver-xorg-core: Breaks: xserver-xorg-video-2 which is a virtual package. Breaks: xserver-xorg-video-cyrix (<= 1:1.1.0-8) but 1:1.1.0-8 is installed. Breaks: xserver-xorg-video-nsc (<= 1:2.8.3-4) but 1:2.8.3-4 is installed. libstdc++6-4.1-dev: Depends: gcc-4.1-base (= 4.1.2-25) but 4.1.2-29 is to be installed. java-gcj-compat: Depends: java-gcj-compat-headless (= 1.0.78-2) but it is not installable libavcodec51: Depends: libdirac0 (>= 1.0.0) but it is not installable libgdl-1-0: Depends: libgdl-1-common (= 0.7.11-1) but 2.30.0-1 is to be installed. open: 4892; closed: 4995; defer: 170; conflict: 86 oNo solution found within the allotted time. Try harder? [Y/n] Resolving dependencies... open: 7592; closed: 7654; defer: 193; conflict: 89 Oopen: 7798; closed: 7879; defer: 233; conflict: 89 Oopen: 9938; closed: 9977; defer: 315; conflict: 89 oNo solution found within the allotted time. Try harder? [Y/n]y Invalid response; please enter 'y' or 'n'. No solution found within the allotted time. Try harder? [Y/n]y Resolving dependencies... open: 14915; closed: 14952; defer: 372; conflict: 89 oNo solution found within the allotted time. Try harder? [Y/n]y Resolving dependencies... open: 19880; closed: 19981; defer: 445; conflict: 89 .No solution found within the allotted time. Try harder? [Y/n]y Resolving dependencies... open: 25017; closed: 24998; defer: 467; conflict: 90 ONo solution found within the allotted time. Try harder? [Y/n]y Resolving dependencies... open: 30110; closed: 29978; defer: 498; conflict: 91 oNo solution found within the allotted time. Try harder? [Y/n]y -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589804: Implement missing syscalls on Alpha
On Fri, Jul 23, 2010 at 06:36:20PM +1200, Michael Cree wrote: > On 22/07/10 07:14, maximilian attems wrote: > >On Wed, 21 Jul 2010, Michael Cree wrote: > >>I have tested both these patches applied to the Debian 2.6.32-17 kernel > >>source (though I did have to disable the buildcheck.py script as the ABI > >>didn't match) and it is running successfully on an Alpha PWS600au. > > > >please send in the log of the broken ABI so that it can be ignored > >on purpose. > > Attached. > I see thanks allmost everything changes as expected, this leaves two opportunities: A) ignore the abi change, as it is a clear improvement for alpha and external module should be less of a trouble on this arch. (considering that we haven't released yet).. B) wait for an ABI bump to slide in those patches. I prefer A, but will wait a while to see if anyone voices against. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589804: Implement missing syscalls on Alpha
On Wed, 21 Jul 2010, Michael Cree wrote: > > It would be nice to have the missing syscalls on Alpha wired up to bring it > up to date with the other architectures. It was unfortunate that the patch > sent upstream to achieve this was missed during the 2.6.32 development > window and didn't get merged by Linus unto 2.6.33. I am happy to add those, they are on my todo list, thanks for reporting. > I attach the patch patch-alpha-wire-up-syscalls.txt that wires up the > missing syscalls on the Alpha architecture and brings it up to date with the > other architectures. This patch is a modification of the upstream commits > 6e17e8b9fb74b9fb9f6ea331f7f4a049c5b4c4b8 and > 21797c599c710d3851d241c4b50690f2482bf618 in that it replaces the recvmmsg > syscall with a placeholder as it is not available in 2.6.32. > > As mentioned in bug report #588409 (which is now closed) support for > performance events on Alpha was merged upstream for 2.6.33. I include here > the patch patch-alpha-implement-sw-perf-events.txt which is a combination of > the upstream commits a582e6f01b90211933e70edcec9bc0bbb1157402 and > fcd14b3203b538dca04a2b065c774c0b57863eec and wires up the performance events > syscall and provides the Alpha specific code to the perf tools. > > I have tested both these patches applied to the Debian 2.6.32-17 kernel > source (though I did have to disable the buildcheck.py script as the ABI > didn't match) and it is running successfully on an Alpha PWS600au. please send in the log of the broken ABI so that it can be ignored on purpose. still need to have a look at it. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589623: shotwell: crashes on foto import
Package: shotwell Version: 0.6.1-1+b2 Severity: important just need to feed it with a big enough foto dir: fstat(9, {st_dev=makedev(254, 3), st_ino=8912899, st_mode=S_IFREG|0644, st_nlink=1, st_uid=1000, st_gid=1000, st_blksize=4096, st_blocks=2520, st_size=1283072, st_atime=2010/07/19-12:31:34, st_mtime=2010/07/19-12:30:49, st_ctime=2010/07/19-12:30:49}) = 0 lseek(9, 24, SEEK_SET) = 24 read(9, "\0\0\33\370\0\0\0\0\0\0\0\0\0\0\0\0", 16) = 16 fcntl(9, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0 fcntl(9, F_SETLK, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}) = 0 fcntl(9, F_SETLK, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, len=510}) = 0 fcntl(9, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}) = 0 access("/home/maks/.shotwell/data/photo.db-journal", F_OK) = -1 ENOENT (No such file or directory) fstat(9, {st_dev=makedev(254, 3), st_ino=8912899, st_mode=S_IFREG|0644, st_nlink=1, st_uid=1000, st_gid=1000, st_blksize=4096, st_blocks=2520, st_size=1283072, st_atime=2010/07/19-12:31:34, st_mtime=2010/07/19-12:30:49, st_ctime=2010/07/19-12:30:49}) = 0 lseek(9, 24, SEEK_SET) = 24 read(9, "\0\0\33\370\0\0\0\0\0\0\0\0\0\0\0\0", 16) = 16 +++ killed by SIGSEGV +++ Segmentation fault -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x111.2.24-1 simple interprocess messaging syst ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libexif12 0.6.19-1 library to parse EXIF files ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.0-5GCC support library ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgee2 0.5.1-1 GObject based collection library ii libgexiv2-0 0.1.0-1+b1 GObject-based wrapper around the E ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgphoto2-22.4.6-1 gphoto2 digital camera library ii libgphoto2-port02.4.6-1 gphoto2 digital camera port librar ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgudev-1.0-0 158-1GObject-based wrapper library for ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libsoup2.4-12.30.2-1 an HTTP library implementation in ii libsqlite3-03.6.23.1-4 SQLite 3 shared library ii libstdc++6 4.5.0-5 The GNU Standard C++ Library v3 ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii libusb-0.1-42:0.1.12-15 userspace USB programming library ii libwebkit-1.0-2 1.2.1-2 Web content engine library for Gtk ii libxml2 2.7.7.dfsg-4 GNOME XML library shotwell recommends no packages. shotwell suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513913: ETA
On Fri, Jul 16, 2010 at 07:58:53PM -0400, Holger Levsen wrote: > Hi, > > On Freitag, 16. Juli 2010, mercutio22 oblivion wrote: > > Hi, will this patch be applied to squeeze soon? > > [I know I would hate this answer, but...] have you tried plymouth? usplash is > kind of dead, also upstream and plymouth is the new kid in town which should > be much better than usplash... > > > cheers, > Holger, who wanted to bring usplash in shape and now has realized > plymouth is > the better alternative > could you please file rc bug on usplash to kick it out of testing and then clone it to ftp.d.o to have it kicked out of archive. not much point in havint it lingering around in such a way. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589234: lxde: depends on hal
Package: lxde Version: 0.5.0-4 Severity: important hal adds useless overhead, please nuke it also on lxde, see overall progress (gnome no longer strictly needs it): http://wiki.debian.org/HALRemoval -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588763: /usr/share/doc/klibc-utils/ is empty
On Thu, Jul 15, 2010 at 09:10:57AM +0200, Sven Joachim wrote: > On 2010-07-15 08:49 +0200, Salvatore Bonaccorso wrote: > > > Hmm, regarding that: debian/rules uses debhelper and passes --link-doc > > to dh_installdocs. Thus a symlink is created to the libklibc binary > > package, which contains the changelogs, etc ... > > [...] > > The binary package depends on Depends: libklibc (= ${binary:Version}), > > ${misc:Depends}, so the binary:Version of libklibc. > > > > So this should be policy compliant, what do you think about it, is > > this fine? > > It would be fine if there was a postinst that converts an existing > /usr/share/doc/klibc-utils directory to a symlink, which is necessary on > upgrades (dpkg never does that by itself). Here's an untested example > that should do the trick: > > --8<---cut here---start->8--- > #!/bin/sh > set -e > > if [ ! -L /usr/share/doc/klibc-utils ] && \ >[ -e /usr/share/doc/klibc-utils ]; then > rmdir /usr/share/doc/klibc-utils > ln -sf libklibc /usr/share/doc/klibc-utils > fi > --8<---cut here---end--->8--- > > Cheers, >Sven thanks for the info, currently waiting on an upstream pull request. http://www.zytor.com/pipermail/klibc/2010-July/002667.html will upload aboves fix together with soon to appear 1.5.19. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588936: initramfs-tools: still does not work with kernel-package kernels
reassign 588936 kernel-package stop On Tue, Jul 13, 2010 at 05:23:39PM +0200, Michal Suchanek wrote: > Package: initramfs-tools > Version: 0.97.2 > Severity: normal > > > Hello, > > there was a bug about initramfs not created for kernel-package kernels. > > I am trying to build a live CD with a kernel-package kernel and the > initramfs is still not created: first of all kernel-package is legacy, use make deb-pkg. > P: Begin install linux-image... > cp: cannot stat `chroot/boot/initrd.img-*': No such file or directory how on earth is this an initramfs-tools trouble? > P: Begin unmounting filesystems... > r...@virtual:6(2) 07131715 1161]/srv/dl-test # ls chroot/boot/ > config-2.6.34-1-686 System.map-2.6.34-1-686 vmlinuz-2.6.34-1-686 > r...@virtual:6(2) 07131716 1162]/srv/dl-test # chroot chroot > update-initramfs -u -k all > r...@virtual:6(2) 07131716 1163]/srv/dl-test # chroot chroot > update-initramfs -c -k all both this calls make no sense. > r...@virtual:6(2) 07131716 1164]/srv/dl-test # chroot chroot > update-initramfs -c -k 2.6.34-1-686 > update-initramfs: Generating /boot/initrd.img-2.6.34-1-686 > > Moreover there is no way to diagnose this failure as the initramfs-tools > kernel postinst.d script does not say if it buils an initramfs or not. if it is not invoked not indeed. proper diagnosis is welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565225: over my head
On Mon, Jul 12, 2010 at 09:53:28AM +0800, jida...@jidanni.org wrote: > B> thanks for the feedback, closing as not a Debian bug. > B> please report back to antiX dev. > I hope somebody reports that to whomever. bug is reopened, this reporter confused and his bug is not related to the topic of that one, aboves discussion is thus unrelated. have a nice day. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588466: klibc-utils: kernel panic when resume failed and normal boot continues
tags 588466 moreinfo -patch stop On Thu, 08 Jul 2010, Bastian Kleineidam wrote: > all my newly built kernels failed to boot with the following message: > [...] > kinit: No resume image, doing normal boot... > E: /scripts/local-premount/resume failed with return 255 > Kernel panic - not syncing: Attempted to kill init! is the /tmp on your box mounted noexec? please sent output of: cat /proc/mounts > Attached patch fixes the issue by falling back gracefully to normal > booting of the system. > > My swap partition is crypted btw: > $ cat /etc/crypttab | grep swap > cswap /dev/mapper/grog-swap_1 /dev/urandomswap > $ cat /etc/fstab | grep swap > /dev/mapper/cswap noneswapsw 0 0 > > As a sidenote: I do not understand why my system is trying to resume > from a crypted swap ?artition anyway. > It tries this everytime, even though the system has always been > rebooted cleanly without suspending anything to the swap partition. please send output of cat /etc/initramfs-tools/conf.d/resume > --- /usr/share/initramfs-tools/scripts/local-premount/resume~ 2010-07-07 > 23:13:20.0 +0200 > +++ /usr/share/initramfs-tools/scripts/local-premount/resume 2010-07-08 > 20:29:31.0 +0200 > @@ -58,6 +58,13 @@ > # hardcode path, uswsusp ships an resume binary too > if [ -n "${resume_offset}" ]; then > /bin/resume ${resume} ${resume_offset} > + res=$? > else > /bin/resume ${resume} > + res=$? > fi > +if [ $res -eq -1 ]; then > + # do not fail when falling back to normal boot > + exit 0 > +fi > +exit $res checked indeed resume from klibc does return -1 when suspend doesn't happen. I haven't seen the resulting bootfailure yet, currently I can only explain it by noexec tmp and thus not precache run. the errexit for hooks on run_script() mika would thus also be hit on boot and not only on mkinitramfs. not sure that is what we want. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565225: No /etc/initramfs-tools/conf.d/resume file after Sid upgrade
On Sat, 10 Jul 2010, michael conner wrote: > Package: initramfs-tools > Version: 0.97.2 > Severity: normal > > I upgraded to Sid from Squeeze today and went to run "update-initramfs -u" > after changing my /etc/uswsusp.conf file, and was unable to resume from > hibernation. There was no /etc/initramfs-tools/conf.d/resume file there, which > was not the expected behavior. I created one and added "RESUME=/dev/disk/by- > uuid/" and my swap partition's uuid, then ran "update-initramfs -u". It then > worked as expected and my laptop resumed from hibernate. this files gets created either by Debian Installer or on install by initramfs-tools. So it must have been removed by yourself, I don't see a bug here. There is a report asking to regenerate this file. #565225 Playing with "config files" in Debian is considerated evil, so not yet sure yet how to resolve that bug. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588241: update-initramfs: failed for /boot/initrd.img-2.6.30-1-686
On Tue, Jul 06, 2010 at 03:01:52PM +0200, Dirk Schleicher wrote: > Am Tue, 6 Jul 2010 14:38:59 +0200 > schrieb maximilian attems: > > > unrelated but this kernel is not supported any longer please > > fetch and install linux image 2.6.32-5 from testing/sid. thanks. > > But I run unstable! Is there a newer on in testing? then please install linux-image-2.6-686 metapackage to keep up with latest linux-2.6 :) did you test newer initramfs-tools? may not have hit .de mirrors yet? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588241: update-initramfs: failed for /boot/initrd.img-2.6.30-1-686
On Tue, Jul 06, 2010 at 02:39:33PM +0200, Dirk Schleicher wrote: > Package: initramfs-tools > Version: 0.97 > Severity: important outdated version. > I have problem to update initramfs-tools ein (0.97) ... > > > Richte initramfs-tools ein (0.97) ... > update-initramfs: deferring update (trigger activated) > Verarbeite Trigger für initramfs-tools ... > update-initramfs: Generating /boot/initrd.img-2.6.30-1-686 > update-initramfs: failed for /boot/initrd.img-2.6.30-1-686 > dpkg: Fehler beim Bearbeiten von initramfs-tools (--configure): > Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 > zurück > Fehler traten auf beim Bearbeiten von: > initramfs-tools > E: Sub-process /usr/bin/dpkg returned an error code (1) > Ein Paket konnte nicht installiert werden. Versuche zu lösen: > Richte initramfs-tools ein (0.97) ... > update-initramfs: deferring update (trigger activated) > Verarbeite Trigger für initramfs-tools ... > update-initramfs: Generating /boot/initrd.img-2.6.30-1-686 > cpio: Fehler beim Schreiben: Datenübergabe unterbrochen (broken pipe) > update-initramfs: failed for /boot/initrd.img-2.6.30-1-686 > dpkg: Fehler beim Bearbeiten von initramfs-tools (--configure): > Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 > zurück > Fehler traten auf beim Bearbeiten von: > initramfs-tools please report back on latest version 0.97.2, just uploaded 2 hours ago should hit mirrors soonest. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588241: update-initramfs: failed for /boot/initrd.img-2.6.30-1-686
On Tue, Jul 06, 2010 at 02:39:33PM +0200, Dirk Schleicher wrote: > Package: initramfs-tools > Version: 0.97 > Severity: important > > I have problem to update initramfs-tools ein (0.97) ... > > > Richte initramfs-tools ein (0.97) ... > update-initramfs: deferring update (trigger activated) > Verarbeite Trigger für initramfs-tools ... > update-initramfs: Generating /boot/initrd.img-2.6.30-1-686 > update-initramfs: failed for /boot/initrd.img-2.6.30-1-686 unrelated but this kernel is not supported any longer please fetch and install linux image 2.6.32-5 from testing/sid. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584583: initramfs-tools: configure_networking function: repeatedly makes DHCP requests
On Fri, 04 Jun 2010, Vagrant Cascadian wrote: > Package: initramfs-tools > Version: 0.95.1 > Severity: normal > > i've been testing the newest initramfs-tools network booting support, though > it > seems to make 10 DHCP requests in rapid sucession. fortunately, the last DHCP > request does work. switching back to hard-coded DEVICE=eth0 in > /etc/initramfs-tools/initramfs.conf doesn't trigger this issue, oddly enough. > could you compile klibc ipconfig with debug on, although it is possible to pass it on the command line it seems dash breaks the klibc build with global debug on, thus this is easiest: # you may skip first step if you have already current klibc sources cd ~/src && git clone git://git.kernel.org/pub/scm/libs/klibc/klibc.git && cd klibc ~/src/klibc$ echo "EXTRA_KLIBCCFLAGS := -DDEBUG=1" >> usr/kinit/ipconfig/Kbuild ~/src/klibc$ make KLIBCKERNELSRC=`pwd`/../linux-2.6 third step assumes built ~/src/linux-2.6 aka make defconfig, make there. now you need to put that debug ipconfig in the initramfs of where you are seeing that loop. it be interested in the log that ipconfig outputs. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588140: linux-image-2.6.32-5-amd64: can't install: dpkg: error processing linux-image-2.6-amd64
forcemerge 586554 588140 stop On Mon, Jul 05, 2010 at 06:36:33PM +0200, Bruno Boettcher wrote: > On Mon, Jul 05, 2010 at 02:12:32PM +0200, maximilian attems wrote: > > wrong package, but who reads text one copies and pastes? ;) > hmmm i did :D but i was unsure whose fault it is this time well the one that shows the first error message is usally the one to hit ;) dpkg -S mkinitramfs-kpkg would have shown you that initramfs-tools is the package who carries the mkinitramfs command. > > yep. > yes i am right to fear? or yes it will start up again? ;) won't boot with that initramfs, so correct fear. > > > mkinitramfs-kpkg failed to create initrd image. > so for future reference i should have posted the bug for that program? > just for my culture, how do i find to which package that one belongs? see above, hope it helped? > > please provide output of: > > cat /etc/initramfs-tools/initramfs.conf ok that one is fine, so no trouble. > > and > > > > dpkg -l iscan* > how did you know i have those installed? well we already got hit by people having it installed, their hook script is bogus, see bugs.debian.org/586554 for the whole story. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587608: Sorted out this bug
hello Valentin, On Fri, 02 Jul 2010, Valentin QUEQUET wrote: > Package: initramfs-tools > Version: 0.97 > Severity: normal > > > Hello, Dear Maks, > > It's a long time since we last talked together. he :) > I've sorted out the bug, thought I can't explain why my system was broken in > such a way to explose this bug. > Please, read on. good explanation indeed, have a fix for it, will upload shortly 0.97.1: http://git.debian.org/?p=kernel/initramfs-tools.git;a=commitdiff;h=3bdc6b1d6419359309f261d045bf9c78269b9292;hp=c327689d1a2f1620e63f0f5fb8264e106444c644 thanks a lot. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588140: linux-image-2.6.32-5-amd64: can't install: dpkg: error processing linux-image-2.6-amd64
On Mon, Jul 05, 2010 at 01:52:26PM +0200, Bruno Boettcher wrote: > Package: linux-2.6 > Version: 2.6.32-15 > Severity: normal wrong package, but who reads text one copies and pastes? ;) > Hello > > i have quite a fear at the moment about rebooting my comp, since i don't know > if it will get up again... yep. > an upgrade run gives the following: > Setting up initramfs-tools (0.97) ... > update-initramfs: deferring update (trigger activated) > Setting up linux-image-2.6.26-2-amd64 (2.6.26-24) ... > Running depmod. > Running mkinitramfs-kpkg. > Deprecation WARNING: use update-initramfs(8) > mkinitramfs-kpkg failed to create initrd image. so here we have the failure. > Failed to create initrd image. > dpkg: error processing linux-image-2.6.26-2-amd64 (--configure): > subprocess installed post-installation script returned error exit status 9 > Setting up linux-image-2.6.32-5-amd64 (2.6.32-15) ... > Running depmod. > Running update-initramfs. > update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64 > update-initramfs: failed for /boot/initrd.img-2.6.32-5-amd64 > update-initramfs failed to create initrd image. > Failed to create initrd image. > dpkg: error processing linux-image-2.6.32-5-amd64 (--configure): > subprocess installed post-installation script returned error exit status 2 > dpkg: dependency problems prevent configuration of linux-image-2.6-amd64: > linux-image-2.6-amd64 depends on linux-image-2.6.32-5-amd64; however: > Package linux-image-2.6.32-5-amd64 is not configured yet. > dpkg: error processing linux-image-2.6-amd64 (--configure): > dependency problems - leaving unconfigured > Processing triggers for initramfs-tools ... > update-initramfs: Generating /boot/initrd.img-2.6.32-trunk-amd64 > update-initramfs: failed for /boot/initrd.img-2.6.32-trunk-amd64 > dpkg: error processing initramfs-tools (--configure): > subprocess installed post-installation script returned error exit status 1 > Errors were encountered while processing: > linux-image-2.6.26-2-amd64 > linux-image-2.6.32-5-amd64 > linux-image-2.6-amd64 > initramfs-tools > E: Sub-process /usr/bin/dpkg returned an error code (1) > please provide output of: cat /etc/initramfs-tools/initramfs.conf and dpkg -l iscan* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587754: linux-image-2.6.32-5-686-bigmem: dpkg failed dependency problems prevent configuration of linux-image
reassign 587754 grub stop On Fri, Jul 02, 2010 at 10:01:11AM +0530, B Raveendra Reddy wrote: > >This is not the complete output. You removed the important parts. > > > >Bastian > > I am sorry. This is my first post. Here is the complete output. I am > not able to install any kernel. I hope this will help you. > - > > Setting up linux-image-2.6.32-5-686-bigmem (2.6.32-15) ... > Running depmod. > Running update-initramfs. > update-initramfs: Generating /boot/initrd.img-2.6.32-5-686-bigmem > This kernel does not seem to support TuxOnIce user interface, skipping... > initrd.img(/boot/initrd.img-2.6.32-5-686-bigmem > ) points to /boot/initrd.img-2.6.32-5-686-bigmem > (/boot/initrd.img-2.6.32-5-686-bigmem) -- doing nothing at > /var/lib/dpkg/info/linux-image-2.6.32-5-686-bigmem.postinst line 400. > vmlinuz(/boot/vmlinuz-2.6.32-5-686-bigmem > ) points to /boot/vmlinuz-2.6.32-5-686-bigmem > (/boot/vmlinuz-2.6.32-5-686-bigmem) -- doing nothing at > /var/lib/dpkg/info/linux-image-2.6.32-5-686-bigmem.postinst line 400. > Running update-grub. > Searching for GRUB installation directory ... found: /boot/grub > User postinst hook script [update-grub] exited with value 1 grub error. > dpkg: error processing linux-image-2.6.32-5-686-bigmem (--configure): > subprocess installed post-installation script returned error exit status > 1 > dpkg: dependency problems prevent configuration of > linux-image-2.6-686-bigmem: > linux-image-2.6-686-bigmem depends on linux-image-2.6.32-5-686-bigmem; > however: > Package linux-image-2.6.32-5-686-bigmem is not configured yet. > dpkg: error processing linux-image-2.6-686-bigmem (--configure): > dependency problems - leaving unconfigured > > Errors were encountered while processing: > linux-image-2.6.32-5-686-bigmem > linux-image-2.6-686-bigmem > Setting up linux-image-2.6.32-5-686-bigmem (2.6.32-15) ... > Running depmod. > Running update-initramfs. > update-initramfs: Generating /boot/initrd.img-2.6.32-5-686-bigmem > This kernel does not seem to support TuxOnIce user interface, skipping... > initrd.img(/boot/initrd.img-2.6.32-5-686-bigmem > ) points to /boot/initrd.img-2.6.32-5-686-bigmem > (/boot/initrd.img-2.6.32-5-686-bigmem) -- doing nothing at > /var/lib/dpkg/info/linux-image-2.6.32-5-686-bigmem.postinst line 400. > vmlinuz(/boot/vmlinuz-2.6.32-5-686-bigmem > ) points to /boot/vmlinuz-2.6.32-5-686-bigmem > (/boot/vmlinuz-2.6.32-5-686-bigmem) -- doing nothing at > /var/lib/dpkg/info/linux-image-2.6.32-5-686-bigmem.postinst line 400. > Running update-grub. > Searching for GRUB installation directory ... found: /boot/grub > User postinst hook script [update-grub] exited with value 1 > dpkg: error processing linux-image-2.6.32-5-686-bigmem (--configure): > subprocess installed post-installation script returned error exit status > 1 > dpkg: dependency problems prevent configuration of > linux-image-2.6-686-bigmem: > linux-image-2.6-686-bigmem depends on linux-image-2.6.32-5-686-bigmem; > however: > Package linux-image-2.6.32-5-686-bigmem is not configured yet. > dpkg: error processing linux-image-2.6-686-bigmem (--configure): > dependency problems - leaving unconfigured > Errors were encountered while processing: > linux-image-2.6.32-5-686-bigmem > linux-image-2.6-686-bigmem > > regards, > ravi > -- > http://www.imsc.res.in > > B. Raveendra Reddy | email: r...@imsc.res.in > The Institute of Mathematical Sciences | phone: (91)44-2254 3222 > Chennai 600 113 |(91)44-2448 7845 (Res) > India | fax : (91)44-2254 1586 > > > > -- > 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/alpine.deb.1.10.1007020953270.3...@as100.imsc.res.in > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587608: Repeatable bug here.
On Wed, 30 Jun 2010, Valentin QUEQUET wrote: > Package: initramfs-tools > Version: 0.97 > Severity: normal > > > Hello the hurd, > > I've updated a few packages yesterday, amongst them is initramfs-tools (0.97). > please send also output of: ls /usr/share/initramfs-tools/hooks/ and sh -x /usr/sbin/update-initramfs -u and sh -x /usr/sbin/mkinitramfs -o /tmp/foo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587608: Repeatable bug here.
a separate bug report might have been cool, currently no idea that your both report are identicaly anyway, let's try to sort that out. On Wed, Jun 30, 2010 at 04:55:30PM +0200, Valentin QUEQUET wrote: > > -- /etc/initramfs-tools/update-initramfs.conf > update_initramfs=no > backup_initramfs=yes > why did you set that? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587608: initrampf doesn't create initrd
tags 587608 moreinfo stop On Wed, 30 Jun 2010, Mauro Sacchetto wrote: > When I try to add an "official" debian new kernel > or install a kernel compiled by myself, > I receive this error: > > == > I seguenti pacchetti parzialmente installati saranno configurati: > initramfs-tools linux-image-2.6.32-5-686 > Nessun pacchetto verrà installato, aggiornato o rimosso. > 0 pacchetti aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati. > È necessario prelevare 0B di archivi. Dopo l'estrazione, verranno occupati 0B. > Configurazione di initramfs-tools (0.97)... > update-initramfs: deferring update (trigger activated) > Configurazione di linux-image-2.6.32-5-686 (2.6.32-15)... > Running depmod. > Running update-initramfs. > update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 > update-initramfs: failed for /boot/initrd.img-2.6.32-5-686 > update-initramfs failed to create initrd image. > Failed to create initrd image. > dpkg: errore nell'elaborare linux-image-2.6.32-5-686 (--configure): > il sottoprocesso vecchio script di post-installation ha restituito lo stato > di errore 1 > Elaborazione dei trigger per initramfs-tools... > update-initramfs: Generating /boot/initrd.img-2.6.30-2-686 > update-initramfs: failed for /boot/initrd.img-2.6.30-2-686 > dpkg: errore nell'elaborare initramfs-tools (--configure): > il sottoprocesso vecchio script di post-installation ha restituito lo stato > di errore 1 > Si sono verificati degli errori nell'elaborazione: > linux-image-2.6.32-5-686 > initramfs-tools > E: Sub-process /usr/bin/dpkg returned an error code (1) > Errore durante l'installazione di un pacchetto. Tentativo di ripristino: > Configurazione di initramfs-tools (0.97)... > update-initramfs: deferring update (trigger activated) > Configurazione di linux-image-2.6.32-5-686 (2.6.32-15)... > Running depmod. > Running update-initramfs. > update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 > update-initramfs: failed for /boot/initrd.img-2.6.32-5-686 > update-initramfs failed to create initrd image. > Failed to create initrd image. > dpkg: errore nell'elaborare linux-image-2.6.32-5-686 (--configure): > il sottoprocesso vecchio script di post-installation ha restituito lo stato > di errore 1 > Elaborazione dei trigger per initramfs-tools... > update-initramfs: Generating /boot/initrd.img-2.6.30-2-686 > update-initramfs: failed for /boot/initrd.img-2.6.30-2-686 > dpkg: errore nell'elaborare initramfs-tools (--configure): > il sottoprocesso vecchio script di post-installation ha restituito lo stato > di errore 1 > Si sono verificati degli errori nell'elaborazione: > linux-image-2.6.32-5-686 > initramfs-tools > Lettura elenco dei pacchetti... Fatto > Generazione albero delle dipendenze > Lettura informazioni sullo stato... Fatto > Lettura delle informazioni sullo stato esteso... Fatto > Inizializzazione dello stato dei pacchetti... Fatto > Lettura delle descrizioni dei task... Fatto > == > > and the new kernel is installed but not configured: > in fact no initrd is created. > With my own kernel, which doesn't need an initrd, > I have to comment the line: > > update-initramfs -c -t -k ... > > in /etx/kernel/postinstall.d/initramfs-tools your report is useless as it is not reported via reportbug and thus misses important information. please next time use reportbug as it collects that information. you may want to double check if you have iscan installed, please provide the output of dpkg -l iscan* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581596: linux-2.6: pxe-booting a qemu-kvm or kvm guest with virtio network (fai-client) produces kernel panic
On Tue, Jun 29, 2010 at 11:38:36PM +0200, Holger Fischer wrote: > Hallo, > > it's not a kernel problem. > When installing the newer initramfs-tools from official lenny fai repo > (http://www.informatik.uni-koeln.de/fai/download/lenny/, > initramfs-tools_0.93.4-grml02_all.deb) > pxe boots fine with virtio-net guests > (both with plain lenny 2.6.26... and backported 2.6.32 from squeeze). > > Possibly you want to assign this bug initramfs-tools. newer initramfs-tools has several network boot fixes indeed. can you please test that it works with latest 0.97 in squeeze. that one should install just fine in lenny. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582177: grub-pc: system with RAID & CRYPTO; system with problem to be deactivated August 2010
On Tue, Jun 29, 2010 at 04:45:33PM -0400, crop...@acm.org wrote: > Sirs and Dames: > > The system that has the problem discussed under bug #'s 582177 and 582342 > will > be deactivated the second week of August 2010. It will not be reactivated > until October 2010; it might be cannibalized. > > Should you want me to do anymore major smoke-tests on this bug, I will gladly > do two-to-three more until the computer is deactivated. Please get any tests > or instructions to me soon. afaik this is a grub2 bug, please update to latest available grub2 in sid and do grub-install /dev/sda grub-install /dev/sdb .. (dont' remember how many discs you have) update-grub and then try to reboot, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587413: [Evolution] Bug#587413: Bug#587413: evolution fails on lenny -> squeeze full-upgrade
On Tue, Jun 29, 2010 at 04:15:43PM +0200, Yves-Alexis Perez wrote: > severity 587413 normal > thanks wtf. > On 28/06/2010 15:55, Yves-Alexis Perez wrote: > > On 28/06/2010 15:23, maximilian attems wrote: > >> On Mon, Jun 28, 2010 at 03:18:37PM +0200, Yves-Alexis Perez wrote: > >>> On 28/06/2010 14:58, maximilian attems wrote: > >>>> hmm checking the root mail account, I see lots of mails telling me to: > >>>> evolution --force-shutdown > >>>> why can't that be done by hand, > >>> > >>> As said on irc, we can't kill an user process, that'd definitely be a > >>> bad behavior. > >> > >> it is indisutable to have run to every of those boxes as evolutions > >> fails miserably to upgrade. > > > > -ENOPARSE > >> > >> when one has chosen Noninteractive, one doesn't want to be > >> bothered about every detail and corner cases of the boxes one admins. > >> so I don't see the trouble of the shutdown. > >> > > It's not a good idea to upgrade when there are processes running. I have > > to admit I feel bad about chosing for you the intended behavior in that > > case. Since you ask ???I don't care, do as you want???, I guess we could add > > a check on noninteractive mode and proceed with evolution running (I > > really don't think a preinst script should be allowed to kill an user > > process). > > > > I don't really like noninteractive as a way to allow users to shoot > > themselves in the foot, but maybe that's just me. > > > > Cheers, > > Ok, looking at > http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-controllingterminal > > here is my proposal: > > * explicit check for evolution and evolution-exchange-storage processes > and not the others; that would already help a bit. > * don't change the abort part > > And keep the bug opened, normal, wontfix. I prefer pissing the user > about failed upgrade (which is fixable by just quitting evolution, and > shouldn't happen much anyway) than to risk losing data. > > In most cases where noninteractive is used, I don't see the user running > a desktop anyway (upgrading the distribution in noninteractive mode from > the desktop or with a desktop running doesn't look like a good idea to me). again great antisocial behaviour and that is the reason people choose Ubuntu and not debian. aborting an upgrade when you can actually do it. I see zero reason why evolution is such a special mail client that it can't upgrade itself. thunderbird can do and each other should. rethink this decision. from the around 60 desktops I manage around here I won't check on upgrade if someone is logged in when upgrading. have other things to waste my time. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573144: Re: Bug#573144: linux-image-2.6-686: kernel freezes related to i915 handle error
On Tue, Jun 29, 2010 at 11:02:55AM +0200, Zbynek Michl wrote: > So 2.6.32-3-686 freezes too. I don't know how to debug it, because kernel > seems to be completely dead :( > > Zbynek did you check with latest experimental intel driver? also we will shortly make 2.6.35-rcX available. the old intel driver support is since some time messy, sorry for that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
On Tue, Jun 29, 2010 at 09:05:55AM +0900, Olaf Meeuwissen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Thanks for the info. I've checked the dash and bash manual pages but > running under errexit seems to be the same as using `set -e`. The hook > provided by iscan has done a `set -e` from the beginning so that can't > be the reason (unless I misunderstood the errexit stuff). > > FTR, I've attached the hook scripts template. The @...@ stuff is > substituted at package build time. hmm I don'T see at a quick look why it failed. > Hope this helps, but I don't get it'S purpose? why do you want mkinitramfs to clean some file in your statedir? this seems the wrong location to do such also why does it need udev (just a minor nit..)? > #! /bin/sh > # Copyright (C) 2009 SEIKO EPSON CORPORATION > # > # License: GPLv2+ > > > state_d...@deb_configure_localstatedir@/lib/@DEB_SOURCE_PACKAGE@ > > > set -e > > PREREQS="udev" > > prereqs() > { > echo "$PREREQS" > } > > case "$1" in > prereqs) > prereqs > exit 0 > ;; > esac > > . /usr/share/initramfs-tools/hook-functions > > test -r $STATE_DIR/clean-files || exit 0 > > awk '{print $2}' $STATE_DIR/clean-files \ > | while read file; do > test -e ${DESTDIR}$file && rm -f ${DESTDIR}$file > done -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
On Tue, Jun 29, 2010 at 08:02:03AM +0900, Olaf Meeuwissen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2010???06???28??? 17:31, maximilian attems wrote: > > On Mon, Jun 28, 2010 at 05:16:40PM +0900, Olaf Meeuwissen wrote: > >> -BEGIN PGP SIGNED MESSAGE- > >> Hash: SHA1 > >> > >> Image Scan! for Linux upstream maintainer here. > >> > >> Care to point out why iscan is the culprit? I went through the logs but > >> nothing ran a bell. > > > > you are sending the message to the wrong recipient. > > > > we do not maintain that iscan software, nor their initramfs-tools hooks > > please nag them. > > # I'd have to nag myself then. I maintain iscan. > > Let me put the question differently then. What exactly led to the > conclusion that iscan's initramfs hooks are the culprit. > > There is nothing in the log that gives me any clues about why iscan is > the culprit. The hook provided by iscan is so trivial (and has worked > fine upto at leat 0.94.4) that I don't see what is wrong. I haven't looked at the iscan hook script yet. The difference in initramfs-tools is that now the hooks are run under errexit and thus may abort. afair it has been determined that your hook script fails (mkinitramfs needs to be more explicit about what goes on). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587413: [Evolution] Bug#587413: evolution fails on lenny -> squeeze full-upgrade
On Mon, Jun 28, 2010 at 03:18:37PM +0200, Yves-Alexis Perez wrote: > On 28/06/2010 14:58, maximilian attems wrote: > > hmm checking the root mail account, I see lots of mails telling me to: > > evolution --force-shutdown > > why can't that be done by hand, > > As said on irc, we can't kill an user process, that'd definitely be a > bad behavior. it is indisutable to have run to every of those boxes as evolutions fails miserably to upgrade. when one has chosen Noninteractive, one doesn't want to be bothered about every detail and corner cases of the boxes one admins. so I don't see the trouble of the shutdown. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587413: [Evolution] Bug#587413: evolution fails on lenny -> squeeze full-upgrade
On Mon, Jun 28, 2010 at 02:59:28PM +0200, Yves-Alexis Perez wrote: > On 28/06/2010 14:25, maximilian attems wrote: > > Preparing to replace evolution 2.22.3.1-1 (using > > .../evolution_2.30.1.2-3_amd64.deb) ... > > Evolution is still running, aborting... > > dpkg: error processing > > /var/cache/apt/archives/evolution_2.30.1.2-3_amd64.deb (--unpack): > > subprocess new pre-installation script returned error exit status 1 > > > Could you explain how you did the upgrade? Especially, did you see the > debconf note about stopping all evolution processes? the current upgrade from lenny to squeeze is quite borked due to a) apt-get wanting to nuke all xorg b) udev beeing again a pain in the arse. so I don't remember when aboves happened in the myriad of dpkg --configure -a apt-get -f install aptitude --full-upgrade but i didn't get a debconf note, no. hmm checking the root mail account, I see lots of mails telling me to: evolution --force-shutdown why can't that be done by hand, note that evolution was not actively used on that workstation. It came with gnome. debconf was set to Noninteractive and critical priority. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587413: evolution fails on lenny -> squeeze full-upgrade
Package: evolution Version: 2.22.3.1-1 Severity: serious Preparing to replace evolution 2.22.3.1-1 (using .../evolution_2.30.1.2-3_amd64.deb) ... Evolution is still running, aborting... dpkg: error processing /var/cache/apt/archives/evolution_2.30.1.2-3_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1 -- System Information: Debian Release: 5.0.5 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.24-1 simple interprocess messaging syst ii evolution-common 2.22.3.1-1architecture independent files for ii evolution-data-server 2.22.3-1.1+lenny2 evolution database backend server ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-icon-theme 2.30.3-1 GNOME Desktop icon theme pn gtkhtml3.14(no description available) ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbluetooth2 3.36-1Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcamel1.2-11 2.22.3-1.1+lenny2 The Evolution MIME message handlin ii libdbus-1-31.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1simple interprocess messaging syst ii libebook1.2-9 2.22.3-1.1+lenny2 Client library for evolution addre ii libecal1.2-7 2.30.1-5 Client library for evolution calen ii libedataserver1.2-92.22.3-1.1+lenny2 Utility library for evolution data pn libedataserverui1.2-8 (no description available) ii libegroupwise1.2-132.30.1-5 Client library for accessing group ii libexchange-storage1.2 2.22.3-1.1+lenny2 Client library for accessing Excha ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-42.28.1-3 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgnomeui-0 2.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime ii libgtk2.0-02.20.1-1 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.30.1-2 HTML rendering/editing library - r ii libhal10.5.14-2 Hardware Abstraction Layer - share ii libice62:1.0.6-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libnm-glib00.6.6-3 network management framework (GLib ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpisock9 0.12.3-5 library for communicating with a P ii libpisync1 0.12.3-5 synchronization library for PalmOS ii libpixman-1-0 0.16.4-1 pixel-manipulation library for X a ii libpng12-0 1.2.43-1 PNG library - runtime ii libpopt0 1.16-1lib for parsing cmdline parameters ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup2.4-1 2.30.1-1 an HTTP library implementation in ii libusb-0.1-4 2:0.1.12-15 userspace USB programming library ii libx11-6 2:1.3.3-3 X11 client-side library ii libxcb-render-util00.3.6-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.2 X C Binding, render extension ii libxcb11.6-1 X C Binding ii libxcursor11:1.1.10-2X cur
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
On Mon, Jun 28, 2010 at 05:16:40PM +0900, Olaf Meeuwissen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Image Scan! for Linux upstream maintainer here. > > Care to point out why iscan is the culprit? I went through the logs but > nothing ran a bell. you are sending the message to the wrong recipient. we do not maintain that iscan software, nor their initramfs-tools hooks please nag them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585677: linux-image-2.6.32-5-486: impossible to mount partitions (except /)
reassign 585677 initscripts stop On Sat, Jun 26, 2010 at 09:57:21PM +0100, Ben Hutchings wrote: > On Fri, 2010-06-25 at 22:49 +0200, Stéphane Blondon wrote: > > 2010/6/20 Ben Hutchings : > > > Please try booting with 'break=premount' added to the kernel parameters. > > > When the boot process stops you should get an '(initramfs)' prompt. At > > > the prompt, please run 'blkid' and send the output. Feel free to > > > abbreviate the UUIDs if you copy the output by hand. > > > > > > > This is what I get (the longest UUID are abbreviated (those for swap and > > ext3)): > > > > (initramfs) blkid > > /dev/sda1: SEC_TYPE="msdos" UUID="6466-FB4C TYPE="vfat" > > /dev/sda3: UUID="1E21-1DFD" TYPE="vfat" > > /dev/sda5: LABEL="XP" UUID="8444-ACD1" TYPE="vfat" > > /dev/sda6: UUID="0bd127f7-...89d0" TYPE="swap" > > /dev/sda7: UUID="9e7a1cee-...806a" SEC_TYPE="ext2" TYPE="ext3" > > /dev/sdb5: UUID="58027110-...91d1" SEC_TYPE="ext2" TYPE="ext3" > > /dev/sdb6: UUID="8a64c937-...52db" SEC_TYPE="ext2" TYPE="ext3" > > /dev/sdb7: UUID="47f58f90-...64e5" SEC_TYPE="ext2" TYPE="ext3" > > (initramfs) > > Given that the kernel command-line has > 'root=UUID=9e7a1cee-d7c8-4244-95fe-757af64d806a', and that that > filesystem is accessible, I think this must be some strange bug in the > initramfs scripts and not the kernel. I'll reassign it accordingly. > > Ben. given that the root is mounted correctly and the initramfs business is not to mount cat and dogs of /etc/fstsab, reassigning: dpkg -S /etc/init.d/mountall.sh initscripts but it might very well be a util-linux bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587014: [linux-2.6] screen brightness can't be modified on Panasonic S9
On Thu, Jun 24, 2010 at 11:22:51PM +0900, Nicolas Limare wrote: > Package: linux-2.6 > Severity: normal > > --- Please enter the report below this line. --- > > Presing the "light up" / "light down" keys doesn't modify the LCD > screen brightness. > Directly writing to /sys/class/backlight/panasonic/brightness has the > same effect : nothing. > /sys/class/backlight/panasonic/actual_brightness is modified, but the > screen brightness isn't affected. > > I tried to reboot with lenny 2.6.26-2 kernel on the same system, and > the brightness could be changed by pressing the up/down keys, so I > believe it is a kernel issue (but gdm couldn't properly start, so it > is not a proper workaround). > > It is a serious issue, since the screen default brightness is very > strong and uncomfortable. > > I believe it is related to > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/588983 > > I tried to use acpi packages from unstable, without improvement. please use reportbug the next time this report is missing important info, followup is possible with: reportbug -N did you try 2.6.34 from experimental, does it work there? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586363: closed by maximilian attems (Re: Bug#586363: initramfs-tools: initramfs for the wrong kernel is updated)
On Tue, Jun 22, 2010 at 11:30:58AM +0200, Michal Suchanek wrote: > > I am not concerned that initramfs would not boot (which is what the > backup initramfs is for) but that the new kernel might not boot (or > might boot but bring the system up in unusable state) which is > unfortunately not uncommon. Then I would appreciate having an > up-to-date initramfs for the running kernel rather than later, > possibly broken kernel. linux-2.6 early testers is not the major concern of the sorting alg, again thanks for raising the point. anyway if you want policy changes of initramfs next time please discuss that first on d-kernel or initra...@vger so that a consensus could emerge. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
hello, On Mon, 21 Jun 2010, thebickhams wrote: > log file as attachment from a quick look at this looks like an older mkinitramfs, we'd need belows output from the one that fails to install: > sh -x /usr/sbin/mkinitramfs -o > /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.new 2.6.34-0.slh.9-sidux-amd64 > 1>/tmp/mkinitramfs.log 2>&1 please resend from 0.97, thanks. your first report shows clearly an mkinitramfs failure, currently we don't know where to trace it. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582776: initramfs-tools: pointless generation of an initrd for initrd-free custom kernels
On Mon, 21 Jun 2010, Michael Prokop wrote: > What about a configuration variable to completely disable it (as > mentioned above) and another one to white- or blacklist specific > kernels? well we could have one that can be tristate all, none, version_list? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586363: initramfs-tools: initramfs for the wrong kernel is updated
On Sat, 19 Jun 2010, Michal Suchanek wrote: > On 19 June 2010 15:23, maximilian attems wrote: > > On Sat, Jun 19, 2010 at 03:17:20PM +0200, Michal Suchanek wrote: > >> Why is sorting code required? > > > > dpkg --compare-versions does sort rc images before non rc ones. > > as mentioned in the manpages initramfs-tools updates the "newest" one. > > > > here the assumption is that rc is newer then not rc, which is wrong. > > but rc admin should be smart enough to kick rc once the real is out. > > > > So the issue is that it updates the newest kernel, not the running > kernel if that is different. please explain why it should update the running one? this makes zero sense for the most usual case of newer linux-2.6 installed but not yet rebooted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509077: initramfs-tools: support alternate DHCP port and DHCP vendor-class-identifier
On Tue, 08 Jun 2010, Michael Prokop wrote: > * Vagrant Cascadian [Mit Dez 17, 2008 at > 07:01:51 -0800]: > > > please consider the attached patch, which adds boot prompt parameters for > > two > > of ipconfig's commandline options in the configure_networking function: > > > - using an alternate DHCP port (dhcpport=NNN, ipconfig -p NNN) > > - specifying the vendor-class-identifier (dhcpvci=XXX, ipconfig -i XXX) > > > supporting these options gives additional flexibility in distinguishing thin > > clients from conventional workstations in a mixed network. > > Sorry that no one took care of your bugreport for so long, Vagrant. > Patch looks fine to me. > > maks, any objections against inclusion of the patches? I had been dragging that patch as I do not like to add to many bootparams that are outside of documented upstream linux-2.6 handling and thus initramfs-tools specific. waited to see if a second voice would raise.. I do not see so much the point of setting ipconfig vendor class id. why would that be needed for booting? the alternate DHCP port looks indeed more interesting, but no idea how common that is in the wild? and if there is not a place in the ip= monster bootparam? thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582776: initramfs-tools: pointless generation of an initrd for initrd-free custom kernels
On Wed, 09 Jun 2010, Michael Prokop wrote: > How about giving people the chance to disable generation of initrds > through e.g. /etc/default/initramfs-tools? > well that would assume that you want *none* anywhere, which is often not the case as you may very well have a "mixed" setup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586363: initramfs-tools: initramfs for the wrong kernel is updated
On Sat, Jun 19, 2010 at 03:17:20PM +0200, Michal Suchanek wrote: > Why is sorting code required? dpkg --compare-versions does sort rc images before non rc ones. as mentioned in the manpages initramfs-tools updates the "newest" one. here the assumption is that rc is newer then not rc, which is wrong. but rc admin should be smart enough to kick rc once the real is out. > I would just expect that the running kernel is updated, no sorting is > required for that. so i do not see a special point for adding more complex sorting code. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586363: initramfs-tools: initramfs for the wrong kernel is updated
On Fri, Jun 18, 2010 at 09:55:12PM +0200, Michal Suchanek wrote: > Package: initramfs-tools > Version: 0.94.4~bpo50+1 > Severity: normal > > > Note that the initramfs is updated for a non-running kernel on package > removal. > > The following packages will be REMOVED: > plymouth plymouth-themes-solar{a} > 0 packages upgraded, 0 newly installed, 2 to remove and 4 not upgraded. > Need to get 0B of archives. After unpacking 1307kB will be freed. > Do you want to continue? [Y/n/?] > Writing extended state information... Done > (Reading database ... 266342 files and directories currently installed.) > Removing plymouth-themes-solar ... > Removing plymouth ... > Processing triggers for initramfs-tools ... > update-initramfs: Generating /boot/initrd.img-2.6.34-rc4-amd64 > Processing triggers for man-db ... > Reading package lists... Done > Building dependency tree > Reading state information... Done > Reading extended state information... Done > Initializing package states... Done > Writing extended state information... Done > rc linux images are special, people having them are expected to handle their initramfs. i don't see the point of introducing special sorting code that would discriminate those rcs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505609: loader varialbe in kernel maintainer scripts
On Fri, Jun 18, 2010 at 10:55:35AM -0400, Stephen Powell wrote: > > So far, Ben has only agreed to reinstate the historic function of > >do_bootloader = yes > > in /etc/kernel-img.conf for Lenny kernel maintainer scripts. > It hasn't actually happened yet, but > he has agreed to restore its former function in Lenny as it was in Etch > and previous releases. I am trying to persuade him to restore its > function in Squeeze too. Whether or not I am successful remains to be > seen. it is gone, get over it. > In the mean time, for lilo users of Squeeze/Sid who use *only* official > stock Debian kernels, I recommend that they use the hook script described > in an earlier post to this bug log in conjunction with other appropriate > settings in /etc/kernel-img.conf. it is about time that lilo gets an hook script. even extlinux has one although that one seems to trigger funny bug reports, but we are used to forward such bugs. > For lilo users of Squeeze/Sid who use > custom kernels created by make-kpkg, k-p is deprecated, use upstream way: make deb-pkg needs no strange debian scripting and is maintained in linux-2.6 itself. > As for "update-initramfs -u", it *will* invoke lilo if lilo is installed > and "do_bootloader = yes" is specified in /etc/kernel-img.conf, which I > highly recommend. this fall back will be gone as soon as squeeze is out. so you'd really need to gear up. >There are types of upgrades which do not affect the > kernel itself but which do require that the initial RAM file system > be re-built. And for lilo users, it is essential that lilo be run after > any changes are made to the initial RAM file system. "update-initramfs -c" > and "update-initramfs -d", however, will *not* invoke lilo, even if > "do_bootloader = yes" is specified in /etc/kernel-img.conf. yes in those case either you have valid hooks or an intelligent postinst. thanks -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586002: initramfs-tools: should work around 'find -printf %Y' bug
tags 586002 pending stop On Tue, 15 Jun 2010, Colin Watson wrote: > > The change to filter out looping or broken symlinks from the initramfs, > written by me for Ubuntu and applied to Debian for #575157, tickles a > bug in find (which I think also had an associated Debian bug, but I've > been unable to find it): > > https://savannah.gnu.org/bugs/index.php?29460 > > This was fixed in 4.5.8, which is currently only in experimental. In > any case findutils is very deep in the dependency chain for upgrades and > I believe it would be a good idea to avoid requiring a new version of it > (I've had problems quite recently with strict dependencies on findutils > causing unresolvable dependency loops). The following patch works > around this bug in a reasonably straightforward way. > > diff --git a/mkinitramfs b/mkinitramfs > index 1c6ad28..e3b392e 100755 > --- a/mkinitramfs > +++ b/mkinitramfs > @@ -304,8 +304,8 @@ fi > > # Remove any looping or broken symbolic links, since they break cpio. > [ "${verbose}" = y ] && xargs_verbose="-t" > -find "${DESTDIR}" -type l -printf '%p %Y\n' | sed -n 's/ [LN]$//p' \ > - | xargs ${xargs_verbose:-} -rL1 rm -f > +(cd "${DESTDIR}" && find . -type l -printf '%p %Y\n' | sed -n 's/ [LN]$//p' \ > + | xargs ${xargs_verbose:-} -rL1 rm -f) > > [ "${verbose}" = y ] && echo "Building cpio ${outfile} initramfs" > ( > > Thanks, findutils debian bug was #576772. thanks applied and pushed out will be in next release. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586006: initramfs-tools: noisy resume
reassign 586006 klibc thanks On Tue, Jun 15, 2010 at 05:21:27PM +0100, Colin Watson wrote: > > We had a bug report (https://bugs.launchpad.net/bugs/432585) a while > back about kinit saying things like "No resume image, doing normal > boot..." on startup. Scott James Remnant corrected > this by just throwing away stdout and stderr from /bin/resume, with this > changelog message: > > * Silence output when trying to resume, since the only output is bitching > that we can't resume because we didn't hibernate in the first place. > LP: #432585. > > Here's his patch, rebased on current git: > > diff --git a/scripts/local-premount/resume b/scripts/local-premount/resume > index 11acfc7..1cfc479 100755 > --- a/scripts/local-premount/resume > +++ b/scripts/local-premount/resume > @@ -57,7 +57,7 @@ esac > > # hardcode path, uswsusp ships an resume binary too > if [ -n "${resume_offset}" ]; then > - /bin/resume ${resume} ${resume_offset} > + /bin/resume ${resume} ${resume_offset} >/dev/null 2>&1 > else > - /bin/resume ${resume} > + /bin/resume ${resume} >/dev/null 2>&1 > fi > > Thanks, this should be reassigned to klibc and is fixed in my latest patch queue to hpa with [klibc] resume: silence warning on resume try will hack next weekend on that queue to finalize it's submission. thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585897: initramfs-tools: allow multiple break points
On Mon, Jun 14, 2010 at 06:59:06PM +0100, Colin Watson wrote: > - if [ "${break:-}" = "$1" ]; then > + if echo "${break:-}" | egrep -q "(,|^)$1(,|$)"; then implicit dependence of BUSYBOX=yes, i'd prefer not to introduce that, acked with sh implementation. thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582858: initramfs-tools: MODULES=dep fails when / is ubifs
On Mon, Jun 14, 2010 at 12:35:25PM +0200, Michael Prokop wrote: > tags 582858 + pending > thanks > > * Martin Michlmayr [Sun Jun 13, 2010 at 05:23:14PM +0100]: > > * Martin Michlmayr [2010-06-07 18:10]: > > > I'm not claiming that you'll actually be able to boot from ubifs with > > > that ramdisk though. For that, i-t needs to be taught to know what to > > > do about something like root=ubi0:rootfs. > > > Ok, here's a patch with which you can boot from ubi with i-t when ubi is > > modular. > [...] > > Thanks, Martin! > > Applied in branch mika/ubifs: > > > http://git.debian.org/?p=kernel/initramfs-tools.git;a=shortlog;h=refs/heads/mika/ubifs > sorry to jump in so late and due to my complete ignorance of ubi, please enlighten me on the importance of it? i'm a bit hesitant of adding it to every initramfs out there: /lib/modules/2.6.32-5-amd64/kernel/drivers/mtd/ubi/ubi.ko could d-i add it to the relevant installation as hook? who does need or may want to use ubi? thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585991: initramfs-tools: package installation fails (postinst scripts?)
On Tue, Jun 15, 2010 at 04:38:13PM +0200, Michael Prokop wrote: > > Please provide output of /proc/mdstat. > we might want to add that to bug script? thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585852: Incorrect boot= in lilo.conf after UUID conversion with /boot on LVM
On Mon, Jun 14, 2010 at 02:03:27PM +0200, Guido Günther wrote: > --- Physical volume --- > PV Name /dev/sda3 > VG Name internal > PV Size 30,69 GiB / not usable 3,53 MiB > Allocatable yes (but full) > PE Size 4,00 MiB > Total PE 7857 > Free PE 0 > Allocated PE 7857 > PV UUID azgLkk-WOjh-iwxd-eSUK-32a9-qEVm-Q7CIBJ > > So it seems the script doesn't handle /boot on LVM correctly. > Cheers, > -- Guido please post /etc/fstab /etc/lilo.conf and output of mount. thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582858: initramfs-tools: MODULES=dep fails when / is ubifs
On Sun, 13 Jun 2010, Martin Michlmayr wrote: > mika, the patch below is still required and is imho a good idea in all > cases since it makes the error explicit. > thanks applied. :) added error out in that case as it makes no sense to continue beyond that point. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585556: More ata_piix spurious IRQs
On Sat, Jun 12, 2010 at 07:49:44PM +0200, jeanseb wrote: > Hi, > the Drive is recognizes by bios and works (fine enough to install > debian). > > thanks could you post dmesg of install before reboot. probably the installer still uses the old ide stack. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585419: drop vol_id related code from get_fstype in /usr/share/initramfs-tools/scripts/functions
On Thu, Jun 10, 2010 at 03:45:30PM +0200, Christoph Anton Mitterer wrote: > On Thu, 2010-06-10 at 15:35 +0200, Michael Prokop wrote: > > Yeah, it's just fallback code. > Of course :) no point in axing. > > udev in lenny provides /lib/udev/vol_id, though lenny's e2fsprogs > > (which is an essential package) also ships blkid - so this should be > > save. > Well I'm fine with keeping it in lenny,.. but I guess it's gone in > suqeeze/sid. keep in mind the upgrade path of lenny, updating comment is fine mika. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582776: initramfs-tools: pointless generation of an initrd for initrd-free custom kernels
On Tue, Jun 08, 2010 at 03:35:36PM +0200, Michael Prokop wrote: > * Darren Salt [Son Mai 23, 2010 at > 03:26:28 +0100]: > > > While installing a locally-built kernel (which doesn't require an initrd), I > > found that /etc/kernel/postinst.d/initramfs-tools was nevertheless > > generating > > an initrd for that kernel. > > > This causes breakage here. I'm using lilo and a slightly-modified > > version of the example symlink_hook script provided by kernel-package; if an > > initrd is present, the symlink name is different. (I'm using the symlinks so > > that I don't have to edit lilo.conf.) > > > (I also have a stock kernel installed for occasional testing purposes. > > Mostly, I just use my custom kernels.) > > > I find this sufficient to handle packages generated by kernel-package: > > > --- /etc/kernel/postinst.d/initramfs-tools~ 2010-04-08 04:53:09.0 > > +0100 > > +++ /etc/kernel/postinst.d/initramfs-tools 2010-05-23 15:06:44.114662432 > > +0100 > > @@ -11,6 +11,10 @@ > > if [ -n "${KERNEL_PACKAGE_VERSION}" ]; then > > bootdir=$(dirname "$2") > > bootopt="-b ${bootdir}" > > + # check whether an initrd is needed > > + if ! grep -q '^CONFIG_BLK_DEV_INITRD=y$' /boot/config-"$1"; then > > + exit 0 > > + fi > > else > > # official Debian linux-images take care themself > > exit 0 > > Looks fine to me. > > maks, any objections against adding this patch? I'd take care of it. yes wrong. don't assume to look on /boot/config-version for respective image. didn't see better idea here so close. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#409271: Status of this bug ?
On Tue, Jun 08, 2010 at 03:47:59PM +0200, Michael Prokop wrote: > * Steinar H. Gunderson [Son Aug 10, 2008 at 05:03:28 > +0200]: > > On Sun, Aug 10, 2008 at 04:35:23PM +0200, Fabrice Lorrain wrote: > > > I've just read through bts #409271 :"initramfs-tools: NFSv4 not > > > supported for root fs" > > > and I'm interrested in knowing the status of this bug for lenny. > > > AFAIK my understanding is: klibc's mount doesn't support NFSv4, initramfs > > insists on using klibc's mount, stalemate. > > maks, we should discuss this issue in further details, > we be great if we could resolve this in time for squeeze. in a week i'm a back, but this is over ambitious. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#396388: should allow hooks to abort build
On Tue, Jun 08, 2010 at 03:32:32PM +0200, Michael Prokop wrote: > * Joey Hess [Tue Oct 31, 2006 at 01:39:55PM -0500]: > > > mkinitramfs is not a set -x script, and so when call_scripts runs a hook > > script, any error is ignored. > > I guess you meant "set -e". > > > In some cases, a hook script needs to abort the initramfs build. For > > example, then nslu2-tools hook script can detect issues, like a missing > > ixp ethernet driver, that will make the box unusable, and needs to be > > able to abort the initramfs build in these situations. > > Full ACK. > > > Currently the only way for a hook script to abort the build is a nasty > > hack. Since call_scripts sources /conf/param.conf, a hook script could > > create that file, and make it exit 1. Of course, that's beyond gross, > > and I won't do it. :-) > > :) > > > Please provide a mechanism for hook scripts to abort a build. Note that > > in the past, if a hook script exited nonzero, the build did abort, so my > > guess is that there are few hook scripts that exit nonzero in cases > > where the build would continue. However, if you don't feel that's safe > > now, an alternative would be to check for a flag file in the initramfs > > tree, which a hook script could create to indicate that the build needs > > to be aborted. > > A "set -e ... set +e" inside call_scripts() would be sufficient > AFAICS as the existing scripts seem to exit != 0 only iff there's a > real problem. So we should just honor that and if people need a more > flexible way we could provide it as well later on. > > maks, any objections against adding "set -e"? I'd take care of it. please not too many changes just before release, there are strange hook scripts out there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583643: linux-image-2.6.34-1-686: iwlagn disassociate under high load
On Sat, May 29, 2010 at 08:19:25AM +0200, Friedemann Stoyan wrote: > Package: linux-2.6 > Version: 2.6.34-1~experimental.1 > Severity: normal > > Dear Maintainers, > > after upgrading to kernel 2.6.34-1~experimental.1 my iwlagn based > wirless lan gets unstable under higher/heavy load: > > [226918.161883] wlan0: deauthenticated from 00:13:5f:ff:04:80 (Reason: 10) > [226918.176600] mac80211-phy0: failed to remove key (0, 00:13:5f:ff:04:80) > from hardware (-22) > [226918.192593] cfg80211: Calling CRDA to update world regulatory domain > [226918.192637] cfg80211: Calling CRDA for country: EU > [226918.765130] ADDRCONF(NETDEV_UP): wlan0: link is not ready > [226922.877709] wlan0: authenticate with 00:13:5f:ff:04:80 (try 1) > [226922.878811] wlan0: authenticated > [226922.878851] wlan0: associate with 00:13:5f:ff:04:80 (try 1) > [226922.880158] wlan0: RX AssocResp from 00:13:5f:ff:04:80 (capab=0x111 > status=0 aid=1) > [226922.880165] wlan0: associated > [226922.884919] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready > [228503.826349] wlan0: deauthenticated from 00:13:5f:ff:04:80 (Reason: 2) > [228503.844068] mac80211-phy0: failed to remove key (0, 00:13:5f:ff:04:80) > from hardware (-22) > [228503.868282] cfg80211: Calling CRDA to update world regulatory domain > [228503.868336] cfg80211: Calling CRDA for country: EU > [228504.465770] ADDRCONF(NETDEV_UP): wlan0: link is not ready > [228508.580218] wlan0: authenticate with 00:13:5f:ff:04:80 (try 1) > [228508.581246] wlan0: authenticated > [228508.581285] wlan0: associate with 00:13:5f:ff:04:80 (try 1) > [228508.582488] wlan0: RX AssocResp from 00:13:5f:ff:04:80 (capab=0x111 > status=0 aid=1) > [228508.582494] wlan0: associated > > In my accesspoint (cisco 1131ag) logfile I can see: > > May 28 2010 22:00:13.519 CEST: %DOT11-6-ASSOC: Interface Dot11Radio1, Station > 0016.eaef.2cea Associated KEY_MGMT[WPAv2 PSK] > May 28 2010 22:13:51.212 CEST: %DOT11-4-MAXRETRIES: Packet to client > 0016.eaef.2cea reached max retries, removing the client > May 28 2010 22:13:51.213 CEST: %DOT11-6-DISASSOC: Interface Dot11Radio1, > Deauthenticating Station 0016.eaef.2cea Reason: Previous authentication no > longer valid > May 28 2010 22:13:51.215 CEST: %DOT11-4-MAXRETRIES: Packet to client > 0016.eaef.2cea reached max retries, removing the client > May 28 2010 22:13:57.856 CEST: %DOT11-6-ASSOC: Interface Dot11Radio1, Station > 0016.eaef.2cea Associated KEY_MGMT[WPAv2 PSK] > May 28 2010 22:40:18.691 CEST: %DOT11-4-MAXRETRIES: Packet to client > 0016.eaef.2cea reached max retries, removing the client > May 28 2010 22:40:18.695 CEST: %DOT11-6-DISASSOC: Interface Dot11Radio1, > Deauthenticating Station 0016.eaef.2cea Reason: Previous authentication no > longer valid > May 28 2010 22:40:23.558 CEST: %DOT11-6-ASSOC: Interface Dot11Radio1, Station > 0016.eaef.2cea Associated KEY_MGMT[WPAv2 PSK] > > With kernel linux-image-2.6.32-5-686 the wlan works prefectly. please report upstream on bugzilla.kernel.org and let us know bug nr to track it, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579702: mkinitramfs fails on mylex raid devices (DAC960)
On Fri, 30 Apr 2010, Claus Herwig wrote: > > Once figured out, this is easily corrected. Please find a short patch > for /usr/share/initramfs-tools/hook-functions attached. > > Thank you, > Claus Herwig applied allmost as is and will be in next upload. thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583532: linux-image-2.6.34-1-amd64: Please, enable VGASWITCHEROO support
force-merge 582637 583532 stop On Fri, May 28, 2010 at 09:17:51AM +0200, Federico Di Gregorio wrote: > Package: linux-2.6 > Version: 2.6.34-1~experimental.1 > Severity: wishlist > > Please, enable support for VGASWITCHEROO. It should not do any bad to > people not using it and it is extremely useful for all the double-board > laptops out there. > > Thanks, > federico from a debian guy, I'd expect to check for dups before reporting, but I need to revisit my low expectations as door entry focuses on bureaucracy and not skills. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583310: linux-image-2.6.32-5-686: kernel panic! booting 2.6.32-5-686
tags 583310 moreinfo stop On Wed, May 26, 2010 at 06:34:11PM -0400, Patrick Naylor wrote: > Package: linux-2.6 > Version: 2.6.32-13 > Severity: critical > Tags: sid > Justification: breaks the whole system no breaking "one" box is not RC. > I get a kernel panic when booting kernel 2.6.32-686 and -486, which does not > happen with 2.6.32-3 or 2.6.32-2. Machine: Pentium 3 600 MHz. you have to post it, don't have any remote cristall ball divine capabilities available yet. either set up a netconsole or post an image of it at least. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578152: NFS problems with kernel 2.6.32
tags 578152 moreinfo stop On Wed, May 26, 2010 at 11:13:52AM +0400, Vladimir Kuklin wrote: > Package: linux-2.6 > Version: 2.6.32-11~bpo50+1 > Followup-For: Bug #578152 > ** Version: > Linux version 2.6.32-bpo.4-openvz-amd64 (Debian 2.6.32-11~bpo50+1) > (norb...@tretkowski.de) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP > Thu Apr 8 11:21:30 UTC 2010 please test against newer in unstable that is outdated and not a supported openvz release, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582481: [pkg-cryptsetup-devel] Bug#582481: initramfs-tools: System won't boot anymore if it was encrypted by debian squeeze setup
tags 582481 moreinfo stop On Tue, May 25, 2010 at 07:46:16AM +0200, Andre Pawlowski wrote: > Hi, > > if it is a bug in udev, why does the system start with the old initramfs? > dude you have not provided the error message or presumed failure of the new initramfs!? how about telling that as a start. can you still reproduce it with latest initramfs-tools? thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582637: [linux-2.6] Please enable CONFIG_VGA_SWITCHEROO
On Mon, May 24, 2010 at 08:51:13PM +0200, Joachim Breitner wrote: > Hi, > > > > > I didn't and I will check as soon as possible (this means this weekend > > as I'm going to be away for work this week) > > > > > > As far as I have understood how vga switcheroo works I think it > > doesn't break anything in Xorg (the switch is made via echoing > > in /sys, but the actual switch is performed when restarting Xorg), but > > you're right this is a thing worth to be checked. > > I just tried it on my Thinkpad T400, and after loading the right modules > (i915 and radeon) with the right option (modeset=1), it worked as > advertised. No problem with X. I also second the request to enable this > option. > > (I reverted to unstable???s kernel, though, because my iwlagn wireless > connection was instable with 2.6.34) did you check with intel xorg driver from unstable/testing? please provide version? as soon this is done, I can turn it on. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582637: [linux-2.6] Please enable CONFIG_VGA_SWITCHEROO
On Sat, May 22, 2010 at 12:53:04PM +0200, Daniele Benucci wrote: > Package: linux-2.6 > Version: 2.6.34-1 > Severity: wishlist > > --- Please enter the report below this line. --- > > Please enable CONFIG_VGA_SWITCHEROO kernel config option (available from > 2.6.34) to enable support for video card switching on notebooks with both > integrated and discrete video card (aka hybrid graphics). you have to check that it does not break xorg, did you? (considering xorg packages from squeeze) until no one checks that no point in making loud noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#574523: igb backport
On Sat, May 22, 2010 at 08:26:01PM +0200, Moritz Muehlenhoff wrote: > On Sat, Apr 03, 2010 at 11:49:57PM +0100, Ben Hutchings wrote: > > On Thu, 2010-03-18 at 20:49 +0100, maximilian attems wrote: > > > Package: linux-2.6 > > > Version: 2.6.32-10 > > > Severity: important > > > > > > see in git ubuntu lucid > > > git://kernel.ubuntu.com/ubuntu/ubuntu-lucid.git > > > git shortlog 5f78f17a5b5518120eaa28021e76a267a3ad27d0.. -- drivers/net/igb > > > depends also on followup fix 97a21d3ae6477ef00e39f21e47ce767a8ca1a22a > > > x86: Avoid race condition in pci_enable_msix() > > > > > > > > > seems worthwile to debian too, anyone against adding that backport? > > > > I have no specific objection. However, I thought that as a general rule > > we cherry-pick fixes and new hardware support rather than completely > > updating drivers. I'm aware that we've broken that rule for sfc and for > > DRM, but in those cases we have a commitment from upstream to support > > the backport. Can we get that for igb? > > Maks, what's the status? no time currently to clear upstream status. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582481: initramfs-tools: System won't boot anymore if it was encrypted by debian squeeze setup
On Fri, 21 May 2010, Andre Pawlowski wrote: > Package: initramfs-tools > Version: 0.94.4 > Severity: important > > > This bugreport was written with the initrd.img-2.6.32-trunk-amd64.bak before > updating yesterday > to initramfs-tools 0.94.4. I have an encrytped lvm which contains every > partition except /boot. > It was created by the Debian squeeze setup when I installed the system. Today > I tried to boot > the system with the new initramfs-tools and after I entered the password I > get this message: > > kernel-provided name 'dm-0' and NAME='/mapper/sda2_crypt' disagree, please > use SYMLINK+= > or change the kernel to provide the proper name > > This bug appears after I upgraded > > libudev0 > udev > insserv > groff-base > initramfs-tools > libglib2.0-0 > libglib2.0-dev > libglib2.0-data > libgps19 > libgudev-1.0-0 > libjack0 > libschroedinger-1.0-0 > libwebkit-1.0-common > libwebkit-1.0-2 > xserver-xorg-video-intel > xterm > > because I only changed the initrd.img and after that I could boot the system > again > I think it is a bug in initramfs-tools. no we dont set udev symlinks, so it is either a crytsetup or an udev bug. > -- Package-specific info: > -- /proc/cmdline > BOOT_IMAGE=/vmlinuz-2.6.32-trunk-amd64 root=/dev/mapper/handtuch--vg-root ro > quiet > > -- /proc/filesystems > ext4 > fuseblk > > -- lsmod > Module Size Used by > nf_conntrack_ipv4 9817 2 > nf_defrag_ipv4 1139 1 nf_conntrack_ipv4 > xt_state1303 2 > nf_conntrack 46359 2 nf_conntrack_ipv4,xt_state > xt_tcpudp 2319 2 > iptable_filter 2258 1 > ip_tables 13899 1 iptable_filter > x_tables 12813 3 xt_state,xt_tcpudp,ip_tables > vboxnetadp 4225 0 > vboxnetflt 9978 0 > vboxdrv 1710854 2 vboxnetadp,vboxnetflt > fuse 50078 1 > loop 11767 0 > firewire_sbp2 11450 0 > snd_hda_codec_conexant21789 1 > joydev 8411 0 > snd_hda_intel 18147 0 > arc41274 2 > ecb 1841 2 > snd_hda_codec 54212 2 snd_hda_codec_conexant,snd_hda_intel > snd_hwdep 5364 1 snd_hda_codec > snd_pcm_oss32399 0 > snd_mixer_oss 12606 1 snd_pcm_oss > iwlagn 71452 0 > iwlcore77494 1 iwlagn > snd_pcm60615 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss > snd_seq_midi4208 0 > snd_rawmidi15291 1 snd_seq_midi > snd_seq_midi_event 4628 1 snd_seq_midi > snd_seq42769 2 snd_seq_midi,snd_seq_midi_event > mac80211 135407 2 iwlagn,iwlcore > snd_timer 15502 2 snd_pcm,snd_seq > pcmcia 19426 0 > uvcvideo 51663 0 > cfg80211 101253 3 iwlagn,iwlcore,mac80211 > videodev 29977 1 uvcvideo > thinkpad_acpi 50043 0 > yenta_socket 19051 1 > v4l1_compat11442 2 uvcvideo,videodev > rsrc_nonstatic 7294 1 yenta_socket > snd_seq_device 4477 3 snd_seq_midi,snd_rawmidi,snd_seq > v4l2_compat_ioctl32 8538 1 videodev > i2c_i8017766 0 > rfkill 12996 2 cfg80211,thinkpad_acpi > pcspkr 1699 0 > pcmcia_core24054 3 pcmcia,yenta_socket,rsrc_nonstatic > snd44718 11 > snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > battery 4998 0 > ac 2192 0 > wmi 4307 0 > psmouse49521 0 > soundcore 4598 1 snd > nvram 5061 1 thinkpad_acpi > snd_page_alloc 6217 2 snd_hda_intel,snd_pcm > evdev 7336 24 > serio_raw 3752 0 > processor 29479 2 > ext4 285067 4 > mbcache 4970 1 ext4 > jbd2 66855 1 ext4 > crc16 1319 1 ext4 > sha256_generic 8692 2 > cryptd 5366 0 > aes_x86_64 7340 2 > aes_generic25714 1 aes_x86_64 > cbc 2539 1 > dm_crypt 10507 1 > dm_mod 53658 15 dm_crypt > fan 3346 0 > sg 18728 0 > sr_mod 12602 0 > sd_mod 29673 3 > crc_t10dif 1276 1 sd_mod > cdrom 29399 1 sr_mod > uhci_hcd 18457 0 > firewire_ohci 19452 0 > ahci 31494 2 > sdhci_pci 5565 0 > sdhci 13966 1 sdhci_pci > i915 247359 2 > drm_kms_helper 18883 1 i915 > libata131655 1 ahci > ricoh_mmc
Bug#580149: linux-image-2.6.32-trunk-amd64: usb - sata > Sense not available
tags 580149 moreinfo stop On Fri, May 21, 2010 at 11:56:48AM +0200, formin...@t-online.hu wrote: > > More information. > > The usb mouse works fine on PCI USB 2.0 Host Controller Card > (4-Ext, 1-Int. Ports) > but the usb storage (DataTraveler), and the USB-SATA > converter does not work. could you please try to reproduce on a recent 2.6.32 aka 2.6.32-13 from unstable, thanks. also is it fixed in 2.6.34 in experimental? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582177: initramfs-tools: fails to load ramdisk on boot; ... BOOT DEBUG DATA
On Wed, May 19, 2010 at 02:50:42PM -0400, crop...@acm.org wrote: > > > Ok, more data... old school capture (pen and paper!) thanks a lot that made the picture much clearer. > _ > Preparations: > > 1) Reinstalled most recent initramfs-tools version > 2) executed "update-initramfs -c -k all" > 3) executed "update-grub" > > _ > GRUB menu at boot: > > linux /vmlinuz-2.6.32-3-amd64 root=/dev/mapper/md1_crypt ro debug=vc > rootdelay=12 > echo Loading initial ramdisk > initrd /initrd.img-2.6.32-3-amd64 > > _ > Kernel output (LITERAL DATA, except for "... area below"): > > [1.185516] rtc_cmos 00:0a: setting system clock to 2010-05-19 18:18:27 UTC > (1274293107) > [1.185628] Waiting 12sec before mounting root device > [1.199432] input: AT translated Set 2 keyboard as > /devices/platform/i8042/serio0/input/input1 > [12.992053] List of all partitions: > [12.992128] No filesystem could mount root, tried: > [12.992221] kernel panic - no syncing: VFS: unable to mount root fs on > unknown wn-block(0,0) > [12.992287] Pid: 1, comm: swapper Not tainted 2.6.32-3-amd64 #1 > [12.992340] Call Trace: > [12.992397] [] ? panic+0x86/0x141 > ... ...... > ... ...... > [12.992880] [] ? child_rip+0x0/0x20 aboves says that linux-2.6 is not getting the initramfs. thus indeed blaming GRUB seems the current state of affair. > ___ > Observations and opinions: > > This output format really has NOT changed in the days we have been messing > with this problem. > > 1) the RAID is NOT starting > 2) it never gets to the crypto (not started either) > 3) no USB/firewire devices are detected (no evidence of drivers loading) > 4) no block devices (Hard disks, CDROMs, etc) are detected (no evidence of > drivers loading) indeed 1-4 can't happen if initramfs is not unpacked. strange that size seems not the issue: ls -lrt img-2.6.32-3-amd64.* -rw-r--r-- 1 maks maks 9458502 May 19 04:32 img-2.6.32-3-amd64.working -rw-r--r-- 1 maks maks 9665786 May 19 04:32 img-2.6.32-3-amd64.broken also qemu just unpacks fine the "broken" one and it's good for file too: file img-2.6.32-3-amd64.broken img-2.6.32-3-amd64.broken: gzip compressed data, from Unix, last modified: Wed May 19 01:49:38 2010 > ___ > > Questions: > 1) Could this be grub? > 2) Could "resynchronizing" md0 fix this problem? I seem to remember doing > something like this and the problem went away in March... :-/ > 3) Any other suggestions? adding GRUB maintainers to Cc as this new bug report seems to be a recurring trend. #578473 seems to be duplicate of that one. GRUB maintainers can you advise? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580124: linux-image-2.6.32-4-amd64: kernel allocation failure in iwl_rx_allocate
On Wed, May 19, 2010 at 11:56:34PM +0530, Ritesh Raj Sarraf wrote: > On Tuesday 18 May 2010 11:21:10 Ritesh Raj Sarraf wrote: > > Hello Ben, > > > > On Sunday 16 May 2010 01:18:36 Ben Hutchings wrote: > > > > [29747.217066] iwlagn :03:00.0: Failed to allocate SKB buffer with > > > > GFP_ATOMIC. Only 1 free buffers remaining. > > > > > > [...] > > > > > > You are not testing the right kernel version. This error message was > > > removed by the first patch Max applied. > > > > This is the log from syslog. The following kernel was used. > > > > May 14 12:09:42 champaran kernel: [0.00] Linux version > > 2.6.32-5-amd64 (Debian 2.6.32-13) (f...@debian.org) (gcc version 4.3.2 (Deb > > ian 4.3.2-1.1) ) #1 SMP Sat May 8 22:47:58 CEST 2010 > > > The recent upload of the same version of the package to unstable should cut > all confusion. > > This one was built by Max. yep but without the iwlwifi patches, i have still to add f82a924cc88a5541df1d4b9d38a0968cd077a051 on top of the two patches. currently moving around so most likely will only happen next week. as the tests weren't conclusive the patches didn't get added to the uploaded linux-2.6. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582177: initramfs-tools: fails to load ramdisk on boot; ... version downgrade
On Wed, May 19, 2010 at 10:36:10AM -0400, crop...@acm.org wrote: > More information > > I downgraded the initramfs-tools back to version 93.4 and the problem is > STILL > PRESENT. sure, the initramfs won't be changed without telling so, so to have the effect of the downgrade one needs: update-initramfs -u > Honestly, I don't know what to do... it would seem to be that my setup is > tenuous at best and there is probably an instability in the boot process that > I do not understand. > > Please advise... looked at both the initramfs and they look good. contain modules you'd wish they do. qemu can unpack and run it's stuff. well the left suspicion is the boot precaching biting your setup. what I would need is you to boot with rootdelay=12 or something and then see on the bootconsole what is wrong. is the raid running? check cat /proc/mdstat if not try to enable it with mdadm, is the crypto device there. currently I have not much info on where the failure happens. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582177: initramfs-tools: fails to load ramdisk on boot
On Wed, May 19, 2010 at 08:20:30PM +0500, Aziz Sabirov wrote: > I think I get similar problem here. My system (32-bit squeeze with > /home on a separate partition on SD card) fails to recognize SD card > partition on boot after upgrading to Initramfs-tools 0.94.4. > please open a seperate bug report with properly submited info. using reportbug against initramfs-tools. also checkout out http://wiki.debian.org/InitramfsDebug above is useless as I miss the ability of remote diagnose thanks to crystall ball guessing. thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577981: i have the same problem
On Wed, May 19, 2010 at 04:09:27PM +0100, Pedro R wrote: > > Hi, > > I just noticed this exact same problem with today's update of initramfs-tools. > > My USB audio card now loads before the internal, contrary to my > /etc/modprobe.d/ settings. your modprobe config needs to end with .conf, upstream will soon ignore any that doesn't. > BTW, should the USB audio drivers really be included in the "most" modules? > I know most means the majority, but USB audio drivers? Doesn't make much sense > to me. this is a separate story please reportbug it. never seen this. thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582177: initramfs-tools: fails to load ramdisk on boot; DEBUG DATA ATTACHED
On Tue, May 18, 2010 at 08:39:02PM -0400, crop...@acm.org wrote: > Data as requested. > this looks good, please send me privately borked initramfs and working initramfs, so that I can compare. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582177: initramfs-tools: fails to load ramdisk on boot; system with RAID & CRYPTO; udev problems?
On Tue, May 18, 2010 at 05:29:17PM -0400, C. Cropper wrote: > Package: initramfs-tools > Version: 0.94.4 > Severity: important > Tags: squeeze > > Very recent changes to the initramfs-tools have caused my system to fail to > "load ramdisk" at boot. I have to boot the system with the backup initrd > image. I have checked with "rootdelay=10"--no change. The problem does not > appear to be related to grub. When I boot the machine and watch the mass of > kernel data fly by I get the impression that udev is not "working" or has > somehow changed from mid-February till now (all of these problems first > appeared in late Feb/early March of 2010). I am only using the squeeze > dataset > without items from experimental or other sources. > > My system is different from most in that my / partition is inside a luks > crypto > container which is then on a RAID 6 volume. The /boot is on an unencrypted > RAID 1 volume. Each physical disk has a separate bios_grub partition (128k) > and the partition tables are GPT. > > As I said before this above setup WORKS and I have a 6TB system where the > "boot" disk can fail (I tested this) and the system comes back alive. For > whatever reason, recent changes to initramfs-tools 1) make it not "see" the > hard drives or any USB devices for that mater, 2) fails to start the RAID > devices, and thus 3) the kernel panics at about 2secs into the boot sequence. > > Thank you for all your work. Squeeze really is shaping into a mighty force. > > C. Cropper thanks for your feedback, will need more data to see whats gone wrong. please post output of: sh -x mkinitramfs -v -o /tmp/foo dpkg -l cryptsetup and mount thank you and sorry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org