Bug#704180: Use p11-kit to replace nssckbi
Hi, Bullseye will be frozen soon. Let's manage to get this sorted out b4 ️. What is the status here. How can I help to get this feature implemented. BTW: I think #926388 is a duplicate BR DI(FH) Holger Fischer, MSc
Bug#926388: let Firefox trust /etc/ssl/certs/ca-certificates.crt
Hi, Bullseye will be frozen soon. Let's manage to get this sorted out ️. I think the maintainable solution to this is to replace (dpkg-divert) libnssckbi.so (/usr/lib//nss/libnssckbi.so) with /usr/lib//pkcs11/p11-kit-trust.so if a package p11-kit-trust is installed. The package p11-kit-trust can be built from: https://packages.debian.org/source/sid/p11-kit as described here (the package name here is still p11-kit-nssckbi, but that can be changed easily): https://salsa.debian.org/gnutls-team/p11-kit/-/commit/2bc43fb58fc491d2a845a321cadd90a7f33f371e Solution found here: https://salsa.debian.org/gnutls-team/p11-kit/commits/tmp-704180-divertnss taken from bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704180#80 Internet sources which describe the same solution: https://superuser.com/a/1312419 https://www.bachmann-lan.de/linux-mit-eigenen-ssl-zertifikaten-root-ca-installieren/ (In Fedora/Red Hat/etc. it's done this way by default, package name for this is p11-kit-trust) I think this bug report is a duplicate of #704180 BR DI(FH) Holger Fischer, MSc
Bug#981908: closed by Reinhard Tartler (Re: Bug#981908: buildah: does not install on testing/bullseye)
Thx for clarification. BR Holger Fischer On Fri, 2021-02-05 at 02:03 +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the buildah package: > > #981908: buildah: does not install on testing/bullseye > > It has been closed by Reinhard Tartler . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Reinhard Tartler > by > replying to this email. > >
Bug#981908: buildah: does not install on testing/bullseye
Package: buildah Version: 1.18.0+dfsg1-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? tried to install buildah with other packages via apt * What exactly did you do (or not do) that was effective (or ineffective)? "apt update" followed by a "apt install podman buildah skopeo" * What was the outcome of this action? apt install podman buildah skopeo Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: golang-github-containers-common : Breaks: buildah (< 1.18.0+dfsg1-3~~) but 1.18.0+dfsg1-2 is to be installed E: Unable to correct problems, you have held broken packages. * What outcome did you expect instead? a succesful installation of podman buildah and skopeo -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages buildah depends on: ii libc6 2.31-9 ii libdevmapper1.02.1 2:1.02.175-2 ii libglib2.0-02.66.4-1 ii libgpgme11 1.14.0-1+b2 ii libostree-1-1 2020.8-2 ii libseccomp2 2.5.1-1 ii libselinux1 3.1-2+b2 pn uidmap Versions of packages buildah recommends: pn crun | runc pn fuse-overlayfs Versions of packages buildah suggests: pn containers-storage
Bug#629253: linux-image-2.6.32-5-amd64: Squeeze amd64 PV DOMU live migration fails
Hi Bastian, thank you for your quick answer. I split this email in 2 parts. Things belonging to the bug I send to 629...@bugs.debian.org. The answers to the rest I sent to you. . . . Sometimes lm works but after migration machine is not reachable through network anymore. More information. xm network-list --long $domain before and after. Informations about the network setup. Kernel log from the dom0. I will do this this tests, but I have a lot of projects with higher priority at the moment. So please give me some time for that. Mostly lm crashes during migration. Messages? see above. . . . Kind regards Dipl.-Ing.(FH) Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629253: linux-image-2.6.32-5-amd64: Squeeze amd64 PV DOMU live migration fails
Hi, can't provide test results, but other people having same problem and a bit more info. http://forums.citrix.com/message.jspa?messageID=1533046 Kind regards Dipl.-Ing.(FH) Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629253: linux-image-2.6.32-5-amd64: Squeeze amd64 PV DOMU live migration fails
Hi Basti, dear maintainers, Google debian squeeze live migration xenserver or debian squeeze \live migration\ citrix. The first results are not bad. Read them through and you get an idea (a few people have ideas how to fix). I tried googling for squeeze domu live migration brought me too much results for Squeeze as DOM0. Possibly debian squeeze live migration \xen cloud platform\ or ...\xcp\ or ...\oraclevm\ or ...\sles\ gives you some good results too. f.e. http://forums.citrix.com/thread.jspa?threadID=281439tstart=0 - post 13 Using 2.6.38 from backports is not an option. I'm not allowed to use an unmaintained kernel. Can remember I tested 2.6.38 and remind syslog-ng was not working/segfaulting. I believe if you test live migration yourself on your test HW with Squeeze DOMU (amd64) on a DOM0 of your choice, you'll get similar results. Kind regards Dipl.-Ing.(FH) Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629253: linux-image-2.6.32-5-amd64: Squeeze amd64 PV DOMU live migration fails
Package: linux-2.6 Version: 2.6.32-34 Severity: normal Hi, At first I must point out: For me Squeeze is far away from being the best Debian ever. I'm really disappointed from the quality of Debian Squeeze as server OS. I began testing when Squeeze became stable. Too many problems. Much too much time spent on testing, finding errors and fixing/workaround (my boss really loves me now for the work that did not succeed during the last few months). I don't know where to point this problems out at a higher position, because they are more general? Is there a contact to the Debian management where I can ask for more stability and completeness of Debian than for new features (possibly fine for a desktop only distri)? Answering this question would be nice! Our business must have all security fixes within 3 months after release. Also we have 24/7 web services, servers mostly clustered, where every minute downtime really costs money (if downtime is too long it costs existence). We can't stay on Lenny for very long. EOL is coming near. After about half a year Squeeze stable, it is far away from being ready for our production servers. That's why we decided for now to go with a RHEL clone for our new installed productive servers. I will keep an eye on Debian. Once the quality comes backwho knows. A few lines later I describe the problems I had testing Squeeze as XEN DOM0. My install system for Windows (OPSI) our Solaris servers (Jumpstart) and RHEL based distros (Kickstart) still resides on Debian Squeeze. Moving them to another platform is a lot of work. That's why it would be still nice to have a live migrateable Debian Squeeze. Here we go: Sometimes lm works but after migration machine is not reachable through network anymore. Somebody mentioned a cronjob with traffic on vnet-device would help keeping machine reachable through network. Mostly lm crashes during migration. I tested all versions from 2.6.32-30 -- -34. Dom0 is: Choose on - I tested: XCP 1.0 OpenSuse 11.3 with Xen 4.0.1 Debian Squeeze (4.0.1) Squeeze worked most bad as DOM0 and should not be advertised as a working enterprise solution for XEN virtualization: - crashes our dell r7xx servers when using multipath + iscsi or only iscsi - live migration (with a working os's(2008R2 f.e.) as DOMU ) works only 5-6 times then it crashes. f.e. scripted live migration of a 2008R2 and a Lenny DOMU (at the same time) between 2 nodes worked 2 days (DOMUs reachable all the time) with XCP 1.0 (about 230 live migrations each DOMU), then we stopped testing - xend freezes - random reboots of DOM0 due to other reasons that could not be located - lots of scaring error messages when uptime grows but back to live migration problem of Debian Squeeze DOMU's: DomU's are installed with FAI. Lenny with a similar install works just fine when: /proc/cmdline: ... clocksource=jiffies and /etc/sysctl.conf: ...\nxen_independent_wallclock=1\n Live Migration works also fine with Win2008R2 Winxpsp3 ncp 3.0.1 RHEL(PUIAS clone) 5.6 RHEL(PUIAS clone) 6.1 I assume the problem is the Squeeze kernel. -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-34) ** Command line: root=/dev/mapper/vg01-root ro console=tty0 console=hvc0 ** Not tainted ** Model information not available ** Loaded modules: Module Size Used by nls_utf81208 0 isofs 27480 0 loop 11799 0 autofs420805 8 nfsd 254782 13 exportfs3170 1 nfsd nfs 241114 1 lockd 57603 2 nfsd,nfs fscache29834 1 nfs nfs_acl 2031 2 nfsd,nfs auth_rpcgss33476 2 nfsd,nfs sunrpc161541 15 nfsd,nfs,lockd,nfs_acl,auth_rpcgss btrfs 375670 1 zlib_deflate 17746 1 btrfs crc32c 2560 1 libcrc32c 1074 1 btrfs ext3 106518 1 jbd37085 1 ext3 psmouse49937 0 usbhid 33292 0 hid63257 1 usbhid uhci_hcd 18521 0 ohci_hcd 19343 0 ehci_hcd 32081 0 usbcore 122386 4 usbhid,uhci_hcd,ohci_hcd,ehci_hcd nls_base6377 3 nls_utf8,isofs,usbcore dm_crypt 10664 0 snd_pcm60503 0 snd_timer 15582 1 snd_pcm snd46446 2 snd_pcm,snd_timer soundcore 4598 1 snd snd_page_alloc 6249 1 snd_pcm pcspkr 1699 0 joydev 8459 0 evdev 7352 0 ext4 289033 1 mbcache 5050 2 ext3,ext4 jbd2 67015 1 ext4 crc16 1319 1 ext4 dm_mod 53706 10 dm_crypt raid10 17809 0 raid45644500 0
Bug#426756: the mentioned patch would be wonderful applied against lenny sources
Would you mind integrating this patch, as it makes lenny udhcpc package capable for use with pypxeboot. I think it's a bit more work, to apply the patch against busybox-based-udhcpc in squeeze, but would love to see it there too Kind regards Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607679: diff.gz + dsc - file
The attached files should only be an advice or example on how one could do this (o: Kind regards Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607679: ganeti2: new version available
Package: ganeti2 Version: 2.2.1-1 Severity: wishlist -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Have created deb of newest version from ganeti2 (ganeti-2.3.0.tar.gz) - renamed ganeti-2.3.0.tar.gz to ganeti_2.3.0.orig.tar.gz - unpacked it and copied debian dir from 2.2.1-1 sources into it - dch -i - added some changes to make it buildable on lenny quilt-1-downgrade taken from sources in backports.org do you mind downgrading quilt deps to version 1 for squeeze packages too, so it will stay buildable on lenny without changes in future. The changes are very minor. Attached the diff.gz that applies against renamed ganeti-2.3.0.tar.gz Want to use this package for creating a stable ganeti cluster. Lots of backported packages to lenny: ii drbd8-utils 2:8.3.7-2.1~hbpo01 RAID 1 over tcp/ip for Linux utilities ii fai-client3.4.4~hbpo01 Fully Automatic Installation client package ii firmware-linux-free 2.6.32-29~hbpo01 Binary firmware for various drivers in the L ii ganeti-instance-debootstrap 0.9-3~hbpo01 debootstrap-based instance OS definition for ii ganeti2 2.3.0-1~hbpo01 Cluster-based virtualization management soft ii initramfs-tools 0.93.4-grml02~hbpo02 tools for generating an initramfs ii libxenstore3.0 3.4.3-10.42.201008172205~hbpo04 Xenstore communications library for Xen ii linux-base2.6.32-29~hbpo01 Linux image base package ii linux-image-2.6.32-5-amd642.6.32-29~hbpo01 Linux 2.6.32 for 64-bit PCs ii linux-image-2.6.32-5-xen-amd642.6.32-29~hbpo01 Linux 2.6.32 for 64-bit PCs, Xen dom0 suppor ii linux-kbuild-2.6.32 2.6.32-1~hbpo01 Kbuild infrastructure for Linux 2.6.32 ii linux-libc-dev2.6.32-29~hbpo01 Linux support headers for userspace developm ii open-iscsi2.0.871.3-2~hbpo01 High performance, transport independent iSCS ii qemu 0.12.5+dfsg-2~hbpo02 fast processor emulator ii qemu-keymaps 0.12.5+dfsg-2~hbpo02 QEMU keyboard maps ii qemu-system 0.12.5+dfsg-2~hbpo02 QEMU full system emulation binaries ii qemu-user 0.12.5+dfsg-2~hbpo02 QEMU user mode emulation binaries ii qemu-utils0.12.5+dfsg-2~hbpo02 QEMU utilities ii seabios 0.5.1-3~hbpo01 Legacy BIOS implementation ii vgabios 0.6c-2~hbpo01 VGA BIOS software for the Bochs and Qemu emu ii xen-3.4 3.4.3-10.42.201008172205~hbpo04 Xen Hypervisor ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-29~hbpo01 Xen system with Linux 2.6.32 on 64-bit PCs ( ii ganeti-instance-image 0.4-1+gitaf758a63 image based instance OS defintion for ganeti I'm looking for a stable ganeti version. Have seen in changelog, that it solves some problems with master failover ... Would you mind taking another stable version of ganeti2? Also I want to use the ganeti-instance-image with freshly introduced NOMOUNT option for importing an existing opensolaris-xen-pv (pygrub/zfs). Also I want to deploy debian machines with FAI/PXEboot (pypxeboot on xen pv) like I usually do at the moment and later import the machines into ganeti with ganeti-instance-image and NOMOUNT. Are there any better strategies for doing it? Is it possibly to assign file image based disks (system) and luks-disk-devices (/dev/mapper/crypt for data) to one instance (at the same time) that runs then as a non HA, non migrateable, no drbd instance/machine. Is it possible to run ganeti2 with HA-iscsi-volumes instead of drbd? How would you create a cluster with 10 nodes based on drbd which can only handle 2 or 3 (Master/Slave/?Maintenance? or Master/Master/?Maintenance?) disks? Thank you for your help and great work Kind regards Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe
Bug#607679: Here the promised Attachment
Hi, as promised, the diff.gz and dsc Regards ganeti_2.3.0-1~hbpo01.diff.gz Description: application/gzip Format: 1.0 Source: ganeti Binary: ganeti2 Architecture: all Version: 2.3.0-1~hbpo01 Maintainer: Debian Ganeti Team pkg-ganeti-de...@lists.alioth.debian.org Uploaders: Guido Trotter ultrot...@debian.org, Iustin Pop ius...@debian.org Homepage: http://code.google.com/p/ganeti/ Standards-Version: 3.9.1 Vcs-Browser: http://git.debian.org/?p=pkg-ganeti/ganeti.git Vcs-Git: git://git.debian.org/pkg-ganeti/ganeti.git Build-Depends: debhelper (= 7), quilt Build-Depends-Indep: python-simplejson, python-pyparsing, python-openssl, python-support (= 0.6), socat, python-pyinotify, python-pycurl, python-paramiko Checksums-Sha1: 8250558ff5ff7e155abe19ff29c88cf94fd3bb87 1677298 ganeti_2.3.0.orig.tar.gz c0ae1f78035d4806b3bda38f3467d1de1bc06768 8122 ganeti_2.3.0-1~hbpo01.diff.gz Checksums-Sha256: c39d5d18e61e4bf37032bbc820eff9a01d9a5925f163c96f10c0becdd1b543e4 1677298 ganeti_2.3.0.orig.tar.gz 344f42d1dff11e1c13ee1c40e7a212e3a2bbbaa39a0b31c6092faa1fb6df2624 8122 ganeti_2.3.0-1~hbpo01.diff.gz Files: f6c31b6b45eacb816b2eff9b21097940 1677298 ganeti_2.3.0.orig.tar.gz d28b5649eaf80fa0261ffac6fe4c96e8 8122 ganeti_2.3.0-1~hbpo01.diff.gz
Bug#593276: initramfstools =0.94 not compatible with lenny?
package: initramfs-tools version: 0.97 Hi there, last weekend I was testing something with fai, initramfs-tools and live-initramfs, because I had trouble with netbooting a via vb8001 mb with a second pcie e1000e card. My current solution for initramfs-tools is: - take source code of initramfs-tools_0.93.4-grml02 from http://deb.grml.org/pool/main/i/initramfs-tools - revert commit 836e5cf6ddb30757365c2b879b96958c250dcd7b - mkinitramfs: only copy modprobe conf files (which was reverted in commit 60e66ab6f7e799ac99e051fd8877f5b54758f454 that's not included in initramfs-tools_0.93.4-grml02), because it breaks compatibility with lenny. - compile and make a new version for my local repo Here's a diff of the source codes of initramfs-tools_0.93.4-grml02 and my local version: diff -Naurp initramfs-tools-0.93.4-grml02/debian/changelog initramfs-tools-0.93.4-grml02~hbpo02/debian/changelog --- initramfs-tools-0.93.4-grml02/debian/changelog2010-08-16 23:03:01.0 +0200 +++ initramfs-tools-0.93.4-grml02~hbpo02/debian/changelog2010-08-16 23:03:33.0 +0200 @@ -1,3 +1,16 @@ +initramfs-tools (0.93.4-grml02~hbpo02) lenny; urgency=low + + * revert copying only /etc/modprobe.d/*.conf to * +as it breaks compatibility with lenny + + -- hoonet local system user hoou...@hpedebsv19.hpe.hoonet.org Sun, 15 Aug 2010 19:06:42 +0200 + +initramfs-tools (0.93.4-grml02~hbpo01) lenny; urgency=low + + * rebuild for lenny + + -- hoonet local system user hoou...@hpedebsv19.hpe.hoonet.org Thu, 20 May 2010 15:57:00 +0200 + initramfs-tools (0.93.4-grml02) unstable; urgency=low * New release based on upstream's git tree. diff -Naurp initramfs-tools-0.93.4-grml02/mkinitramfs initramfs-tools-0.93.4-grml02~hbpo02/mkinitramfs --- initramfs-tools-0.93.4-grml02/mkinitramfs2010-08-16 23:03:01.0 +0200 +++ initramfs-tools-0.93.4-grml02~hbpo02/mkinitramfs2010-08-16 23:03:33.0 +0200 @@ -237,7 +237,7 @@ copy_exec /sbin/modprobe /sbin copy_exec /sbin/depmod /sbin copy_exec /sbin/rmmod /sbin mkdir -p ${DESTDIR}/etc/modprobe.d -cp -a /etc/modprobe.d/*.conf ${DESTDIR}/etc/modprobe.d/ +cp -a /etc/modprobe.d/* ${DESTDIR}/etc/modprobe.d/ # workaround: libgcc always needed on old-abi arm if [ $DPKG_ARCH = arm ] || [ $DPKG_ARCH = armeb ]; then - recompile fai 3.3.5 (current) for my local repo Else all the machines get initrams-tools=0.97 installed that is shipped with deb http://www.informatik.uni-koeln.de/fai/download lenny koeln in /etc/apt/sources.list. Furthermore I needed to add an extra functionality to live-initramfs: Do dhcp in live-initramfs on the nic with the mac-address gotten from pxelinux BOOTIF parameter (ipappend 2). I will open an extra bug (wishlist) with a patch attached. To make a long story short: My Questions are: Is this version I prepared/use (0.93.4-grml02~hbpo02) compatible with lenny (for fai nfsroot !and! the installed machines)? - I get no error messages when I use it (o: Is every version of initramfs-tools after commit 553aa3742ca43b4ba4e87b2dea2c5d31cc43a124 - mkinitramfs: generate pre-cached boot order file (and so also =0.94) incompatible with lenny (breaks f.e. the plain lenny version of cryptsetup 1.0.6-7,... ?)? mainly: Am I right or do I miss something? (o: If so: Would it make sense to downgrade initramfs-tools shipped with fai repo of uni koeln? Cheers Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593284: live-initramfs: add functionlity for using BOOTIF param
?) +echo or add BOOTIF kernel parameter with a correct MAC. +# live-netdev will not work here - leave the for loop +break +fi +else +NETDEV=$LIVE_NETDEV +fi + echo DEVICE=$NETDEV /conf/param.conf echo Found live-netdev parameter in /proc/cmdline. Force to use network device $NETDEV. exit 0 Cheers Holger Fischer live-initramfs_1.236.2-1~hbpo01.diff.gz Description: application/gzip Format: 1.0 Source: live-initramfs Binary: live-initramfs Architecture: all Version: 1.236.2-1~hbpo01 Maintainer: Debian Live Project debian-l...@lists.debian.org Uploaders: Daniel Baumann dan...@debian.org Homepage: http://live.debian.net/devel/live-initramfs/ Standards-Version: 3.8.4 Vcs-Browser: http://live.debian.net/gitweb/?p=live-initramfs.git Vcs-Git: git://live.debian.net/git/live-initramfs.git Build-Depends: debhelper (= 7) Build-Depends-Indep: asciidoc, docbook-xsl, xsltproc Checksums-Sha1: 8393790f00b8c324d1f666e4fb07759039ebf649 109935 live-initramfs_1.236.2.orig.tar.gz 03e5fcdddf66d18e3e250aed0a823f838590db7c 16702 live-initramfs_1.236.2-1~hbpo01.diff.gz Checksums-Sha256: ab960f9523653bba651f74f8df671037503ff9bb9c8b11aca7cd61889632e5e5 109935 live-initramfs_1.236.2.orig.tar.gz be1dd3e07ecdb7f12a08c7b1aa4006c78625c2d05bd24bdf61612f2183edba66 16702 live-initramfs_1.236.2-1~hbpo01.diff.gz Files: cf4d591adcd0e1b01b5708e4a3911e65 109935 live-initramfs_1.236.2.orig.tar.gz ae6286be83e69752d1b665afe7595354 16702 live-initramfs_1.236.2-1~hbpo01.diff.gz
Bug#581596: linux-2.6: pxe-booting a qemu-kvm or kvm guest with virtio network (fai-client) produces kernel panic
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. Cheers Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587580: linux-source-2.6.32: bonding (ifenslave) does not work with asix based usb-network-adapter (ax88178)
Package: linux-source-2.6.32 Severity: normal Tags: patch Hallo, This patch from git.kernel.org fixes setting of mac address of asix usb-net adapters, MAC address setting is needed by ifenslave (mode active/backup). Without this patch bonding seems to work with my ax88178 based, but when making this device the active no packets are transmitted. Switching back to the primary active device (e1000) works - no errors, oops, panic. When applying this patch to the current squeeze kernel sources (2.6.32-15), compiling and installing it, the ax88178 based adapter works as expected in bonding mode active/backup. This works also on a lenny system with the backported squeeze kernel. It would be nice if this patch could be included in squeeze. P.S. Possibly this is related to bug 444043. Thanks Holger Fischer diff --git a/drivers/net/usb/asix.c b/drivers/net/usb/asix.c index 20e3460..9e05639 100644 --- a/drivers/net/usb/asix.c +++ b/drivers/net/usb/asix.c @@ -54,6 +54,7 @@ static const char driver_name [] = asix; #define AX_CMD_WRITE_IPG0 0x12 #define AX_CMD_WRITE_IPG1 0x13 #define AX_CMD_READ_NODE_ID0x13 +#define AX_CMD_WRITE_NODE_ID 0x14 #define AX_CMD_WRITE_IPG2 0x14 #define AX_CMD_WRITE_MULTI_FILTER 0x16 #define AX88172_CMD_READ_NODE_ID 0x17 @@ -165,6 +166,7 @@ static const char driver_name [] = asix; /* This structure cannot exceed sizeof(unsigned long [5]) AKA 20 bytes */ struct asix_data { u8 multi_filter[AX_MCAST_FILTER_SIZE]; + u8 mac_addr[ETH_ALEN]; u8 phymode; u8 ledmode; u8 eeprom_len; @@ -732,6 +734,30 @@ static int asix_ioctl (struct net_device *net, struct ifreq *rq, int cmd) return generic_mii_ioctl(dev-mii, if_mii(rq), cmd, NULL); } +static int asix_set_mac_address(struct net_device *net, void *p) +{ + struct usbnet *dev = netdev_priv(net); + struct asix_data *data = (struct asix_data *)dev-data; + struct sockaddr *addr = p; + + if (netif_running(net)) + return -EBUSY; + if (!is_valid_ether_addr(addr-sa_data)) + return -EADDRNOTAVAIL; + + memcpy(net-dev_addr, addr-sa_data, ETH_ALEN); + + /* We use the 20 byte dev-data +* for our 6 byte mac buffer +* to avoid allocating memory that +* is tricky to free later */ + memcpy(data-mac_addr, addr-sa_data, ETH_ALEN); + asix_write_cmd_async(dev, AX_CMD_WRITE_NODE_ID, 0, 0, ETH_ALEN, + data-mac_addr); + + return 0; +} + /* We need to override some ethtool_ops so we require our own structure so we don't interfere with other usbnet devices that may be connected at the same time. */ @@ -919,7 +945,7 @@ static const struct net_device_ops ax88772_netdev_ops = { .ndo_start_xmit = usbnet_start_xmit, .ndo_tx_timeout = usbnet_tx_timeout, .ndo_change_mtu = usbnet_change_mtu, - .ndo_set_mac_address= eth_mac_addr, + .ndo_set_mac_address= asix_set_mac_address, .ndo_validate_addr = eth_validate_addr, .ndo_do_ioctl = asix_ioctl, .ndo_set_multicast_list = asix_set_multicast, @@ -1213,7 +1239,7 @@ static const struct net_device_ops ax88178_netdev_ops = { .ndo_stop = usbnet_stop, .ndo_start_xmit = usbnet_start_xmit, .ndo_tx_timeout = usbnet_tx_timeout, - .ndo_set_mac_address= eth_mac_addr, + .ndo_set_mac_address= asix_set_mac_address, .ndo_validate_addr = eth_validate_addr, .ndo_set_multicast_list = asix_set_multicast, .ndo_do_ioctl = asix_ioctl, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#581596: linux-2.6: pxe-booting a qemu-kvm or kvm guest with virtio network (fai-client) produces kernel panic
Package: linux-2.6 Version: 2.6.32-12 Severity: normal -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash This bug was introduced by 2.6.32-12 and working fine with 2.6.32-11, I believe i firstly tested it with a 2.6.30 from squeeze. pxe-booting from a virtio device is not working with standard lenny kernel (2.6.26...) - also a kernel panic, that's why I backported a newer one. Some further information: qemu-kvm host: squeeze, uname -a:Linux hpedebsv03 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 GNU/Linux dpkg -l |grep virt ii gvfs1.6.0-1+b1 userspace virtual filesystem - server ii libvirt-bin 0.8.0-2 the programs for the libvirt library ii libvirt00.8.0-2 library for interfacing with different virtu ii python-libvirt 0.8.0-2 libvirt Python bindings ii qemu-kvm0.12.3+dfsg-4 Full virtualization on x86 hardware ii virt-manager0.8.4-2 desktop application for managing virtual mac ii virt-viewer 0.2.1-1 Displaying the graphical console of a virtua ii virtinst0.500.3-1 Programs to create and clone virtual machine fai-server: lenny fai server installed with fai, nfsroot installed with a backported kernel, kernel compiled from original linux-2.6_2.6.32-12.dsc,etc... from sid on a fresh and clean fai lenny minimal installation. Best Regards Holger Fischer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487755: #487755 grub2 does not install on boot sector of the current (or a mounted) partition
Hi, I tried grub-install (hd0,6) or better said (hd0,8) because my hardware changed. It does exactly the same as described above. Isn't it only a mapping internally? new hardware: asus m3a-h/hdmi (sb700/amd780g) with phenom 9350e boot partition: sata disk connected with sata - ide adapter as primary master drive root partition: md0 as raid0 from 8 sandisk ultra iv with 8 cf-sata adapters (4 connected to HighPoint Technologies, Inc. RocketRAID 230x 4 Port SATA-II Controller pcie) Maybe I said it before: Can't this be a problem of a shared library grub2 uses to write it's changes (so not a problem of grub2 itself)? - Only an idea. Best regards -Ursprüngliche Nachricht- Von: Felix Zielcke [EMAIL PROTECTED] Gesendet: 01.09.08 21:38:00 An: Holger Fischer [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Betreff: #487755 grub2 does not install on boot sector of the current (or a mounted) partition Hello Holger, you're report just came by the way up on IRC. How is is now with the current lenny version 1.96+20080724-9 and maybe you could try the current experimental one 1.96+20080831-1 ? In the report you only said grub-install /dev/sda6 and grub-setup (hd0,6) but you can even use grub-install (hd0,6) -- Felix Zielcke _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0066 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487758: Please reopen the bug - your patch is only a partly success
=83faff96-853f-4ae3-ae2b-cdcdaad16f0a /dev/sda6: UUID=c329d509-b7d7-4c73-a2eb-34dc2f6bd41e TYPE=ext2 /dev/sda1: SEC_TYPE=msdos UUID=47EE-9F93 TYPE=vfat /dev/sda7: UUID=f49a29f8-dd06-48cd-b191-2a48fd4a213d SEC_TYPE=ext2 TYPE=ext3 /dev/sda8: UUID=7b3431fc-bd14-4068-9778-2a3907e739c2 TYPE=ext2 Connecting the stick again: $ sudo blkid /dev/sda5: TYPE=swap LABEL=hc0swap UUID=83faff96-853f-4ae3-ae2b-cdcdaad16f0a /dev/sda6: UUID=c329d509-b7d7-4c73-a2eb-34dc2f6bd41e TYPE=ext2 /dev/sda1: SEC_TYPE=msdos UUID=47EE-9F93 TYPE=vfat /dev/sda7: UUID=f49a29f8-dd06-48cd-b191-2a48fd4a213d SEC_TYPE=ext2 TYPE=ext3 /dev/sda8: UUID=7b3431fc-bd14-4068-9778-2a3907e739c2 TYPE=ext2 /dev/sdb5: LABEL=holger UUID=2acfaeac-5622-4a8f-bb71-64618c34a9ce SEC_TYPE=ext2 TYPE=ext3 disconnecting the stick (not cleaning up) $ sudo blkid /dev/sda5: TYPE=swap LABEL=hc0swap UUID=83faff96-853f-4ae3-ae2b-cdcdaad16f0a /dev/sda6: UUID=c329d509-b7d7-4c73-a2eb-34dc2f6bd41e TYPE=ext2 /dev/sda1: SEC_TYPE=msdos UUID=47EE-9F93 TYPE=vfat /dev/sda7: UUID=f49a29f8-dd06-48cd-b191-2a48fd4a213d SEC_TYPE=ext2 TYPE=ext3 /dev/sda8: UUID=7b3431fc-bd14-4068-9778-2a3907e739c2 TYPE=ext2 /dev/sdb5: LABEL=holger UUID=2acfaeac-5622-4a8f-bb71-64618c34a9ce SEC_TYPE=ext2 TYPE=ext3 Thank you again for your work here. Best regards Holger Fischer Ihre Messenger, Communities und E-Mails jetzt in einem Programm! WEB.DE MultiMessenger http://www.produkte.web.de/messenger/?did=3071 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487755: grub2: behaviour changed, with 1.96+20080621-1 I get an error message
Package: grub2 Version: 1.96+20080621-1 Followup-For: Bug #487755 With Version 1.96+20080617-1 grub-install ran through and worked in a virtual machine directly after install, but not after a reboot anymore. with version 1.96+20080621-1 I get this :~$ mount /dev/sda7 /1 :~$ grub-install /dev/sda6 grub-setup: error: Cannot read `/boot/grub/core.img' correctly :~$ grub-install --root-directory=/1 /dev/sda7 grub-setup: error: Cannot read `/boot/grub/core.img' correctly :~# grub-setup -d /1/boot/grub -r '(hd0,7)' '(hd0,7)' grub-setup: error: Cannot read `/boot/grub/core.img' correctly :~# grub-setup '(hd0,6)' grub-setup: error: Cannot read `/boot/grub/core.img' correctly Oh and (maybe again) some hardware info: MB: Asus m2a-vm (sb600/amd690g) RAM: 8gb ddr800 sata disk samsung 2,5 connected to sata port 4 on mainboard filesytems mounted with uuid in fstab and grub.cfg -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/c329d509-b7d7-4c73-a2eb-34dc2f6bd41e / ext2 rw,noatime,errors=remount-ro 0 0 /dev/disk/by-uuid/c329d509-b7d7-4c73-a2eb-34dc2f6bd41e /dev/.static/dev ext2 rw,errors=remount-ro 0 0 /dev/sda7 /1 ext3 rw,errors=continue,user_xattr,acl,data=journal 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/update-grub using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 set timeout=5 set root=(hd0,6) search --fs-uuid --set c329d509-b7d7-4c73-a2eb-34dc2f6bd41e if font /usr/share/grub/unicode.pff ; then set gfxmode=640x480 insmod gfxterm insmod vbe terminal gfxterm fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set root=(hd0,6) search --fs-uuid --set c329d509-b7d7-4c73-a2eb-34dc2f6bd41e insmod png if background_image /usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_hurd ### ### END /etc/grub.d/10_hurd ### ### BEGIN /etc/grub.d/10_linux ### set root=(hd0,6) search --fs-uuid --set c329d509-b7d7-4c73-a2eb-34dc2f6bd41e menuentry Debian GNU/Linux, linux 2.6.25-2-amd64 { linux /boot/vmlinuz-2.6.25-2-amd64 root=UUID=c329d509-b7d7-4c73-a2eb-34dc2f6bd41e ro iommu=soft initrd /boot/initrd.img-2.6.25-2-amd64 } menuentry Debian GNU/Linux, linux 2.6.25-2-amd64 (single-user mode) { linux /boot/vmlinuz-2.6.25-2-amd64 root=UUID=c329d509-b7d7-4c73-a2eb-34dc2f6bd41e ro single iommu=soft initrd /boot/initrd.img-2.6.25-2-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub2 depends on: ii debconf 1.5.22 Debian configuration management sy ii grub-pc 1.96+20080621-1 GRand Unified Bootloader, version grub2 recommends no packages. -- debconf information: grub2/numbering_scheme_transition: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487224: kvm: please rename bug: pxe boot with model=e1000 does not work
Package: kvm Version: 70+dfsg-1 Followup-For: Bug #487224 Here some more information created with reportbug -- Package-specific info: selected information from lshal(1): /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 107 model name : AMD Athlon(tm) X2 Dual Core Processor BE-2300 stepping: 2 cpu MHz : 1899.930 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch bogomips: 3803.04 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc 100mhzsteps processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 107 model name : AMD Athlon(tm) X2 Dual Core Processor BE-2300 stepping: 2 cpu MHz : 1899.930 cache size : 512 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch bogomips: 3799.94 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc 100mhzsteps -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kvm depends on: ii adduser3.108 add and remove users and groups ii bridge-utils 1.4-3 Utilities for configuring the Linu ii iproute20080417-1networking and traffic control too ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-12GNU C Library: Shared libraries ii libgnutls262.2.5-1 the GNU TLS library - runtime libr ii libncurses55.6+20080614-1Shared libraries for terminal hand ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii python 2.5.2-1 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages kvm recommends: ii linux-image-2.6.25-2-amd64 [l 2.6.25-5 Linux 2.6.25 image on AMD64 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487755: grub2 does not install on boot sector of the current (or a mounted) partition
Package: grub2 Version: 1.96+20080621-1 Severity: important In my mbr I installed gag. It boots from my bootable partitions. Therfore I install grub in the boot block of a partition I want to boot from, I find this more sorted. This worked fine for years. I tried it with some prior version of grub2 (I think 1.96-200805xx) on my root (like above sda6) as follows: grub-install /dev/sda6 This does not work. After a lot of tries and some dangerous grub-install /dev/sda6 grub-install /dev/sda7 dd if=/dev/sda7 of=/dev/sda6 bs=512 count=1 actions I got it to work, but this does not always work. I think that work's because sda7 is not mounted at this moment. (There's a longer story behind it with checking the difference of the first 512 bytes of sda6 and sda7 with vbindiff and finding the right jumppoint to core.img, if you are interested let me know) Now I try it always with sda7 by doing mkdir /1 mount /dev/sda7 /1 grub-install --root-directory=/1 /dev/sda7 umount /1 rmdir /1 when I then do kvm /dev/sda (I know this is dangerous because sda6 is mounted as root and kvm does not check it, but for only trying the bootloader on sda7 I won't destroy anything on sda6) the bootloader works flawless when I reboot and try this from real hardware grub2 stops somewhere in the beginning with a short message. When I do kvm /dev/sda after this reboot I get the same message like from real hardware. My thoughts: I think the message I get after reboot is the message from my last successfull grub2 dd if=.. installation, because the changes that should have been written to the 1st 512 bytes of sda7 are not written back by grub-install, they were only cached. This only occurs when the boot block I want grub2 boot.img install on is actually mounted (I think some tests I did proved this, the boot sector of the partition stayed the same after a reboot like before grub-install). Maybe this information helps you. There's another thing related to this: One advantage of grub1 (or grub-legacy) was that you could install it somewhere and then create or change the grub.conf or menu.lst without the need of reinstalling grub or a update-grub or grub-setup With grub2 this does not work. When I change something in the grub.cfg I must do a grub-setup or update-grub to apply changes. This means, the grub.cfg is not really used when booting? Did I do something wrong? Will this always be the behaviour of grub2? (If yes, then grub2 is a big step back in the evolution of bootloader software, it behaves like old lilo did and I don't need full size splash images, I need easy-to-maintain software) Best regards Holger Fischer Don't make Linux too much like Windows, because I don't like Windows but I like Linux and other ?NIX -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/c329d509-b7d7-4c73-a2eb-34dc2f6bd41e / ext2 rw,noatime,errors=remount-ro 0 0 /dev/disk/by-uuid/c329d509-b7d7-4c73-a2eb-34dc2f6bd41e /dev/.static/dev ext2 rw,errors=remount-ro 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/update-grub using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 set timeout=5 set root=(hd0,6) search --fs-uuid --set c329d509-b7d7-4c73-a2eb-34dc2f6bd41e if font /usr/share/grub/unicode.pff ; then set gfxmode=640x480 insmod gfxterm insmod vbe terminal gfxterm fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set root=(hd0,6) search --fs-uuid --set c329d509-b7d7-4c73-a2eb-34dc2f6bd41e insmod png if background_image /usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_hurd ### ### END /etc/grub.d/10_hurd ### ### BEGIN /etc/grub.d/10_linux ### set root=(hd0,6) search --fs-uuid --set c329d509-b7d7-4c73-a2eb-34dc2f6bd41e menuentry Debian GNU/Linux, linux 2.6.25-2-amd64 { linux /boot/vmlinuz-2.6.25-2-amd64 root=UUID=c329d509-b7d7-4c73-a2eb-34dc2f6bd41e ro iommu=soft initrd /boot/initrd.img-2.6.25-2-amd64 } menuentry Debian GNU/Linux, linux 2.6.25-2-amd64 (single-user mode) { linux /boot/vmlinuz-2.6.25-2-amd64 root=UUID=c329d509-b7d7-4c73-a2eb-34dc2f6bd41e ro single iommu=soft initrd /boot/initrd.img-2.6.25-2-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1
Bug#487758: /sbin/blkid: blkid shows not anymore connected devices, even after reboot
Package: e2fsprogs Version: 1.40.11-1 Severity: critical File: /sbin/blkid Justification: causes serious data loss Normally my root device is /dev/sda6. When I connect an ext. sata before next boot my root device becomes /dev/sdb6 and the ext. sata is sda, because the external is connected to sata port 1 on the mainboard and the system disk is connected to sata port 4 on the mainboard. But not today: sda is obvious the external disk and sdb the internal, but mount tells me that sda6 is my root device. gparted tells me that there is no sda6, because my external disk doesn't contain a 6th partition blkid tells me that there is a sda6 and a sdb6 with the same uuid (there should only be sdb6) What could it be related to? Where is that salad from? grub2 (as kernel parameter I give root=UUID=uuid) in my fstab I use UUID=uuid for mounting the root partition These settings woked all the time fine. After a reboot and disconnecting the external sata blkid still shows the partitions of the external disk as if they is still connected, but it's not. I detected this problem today in the morning. I think one of the updates in the last 3 weeks or my switch to grub2 is responsible for that. I know that this bug could be related to some other programs, but I did not know, where to put it elsewhere and blkid showed me something wrong. I think this bug is important, because I and some other admins I know rely on blkid and the device names and given information (in this case the 'unique' UUID) for mounting, deleting, rsyncing or other things, done in scripts (possibly in a cron job), which in this case can cause serious data loss. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages e2fsprogs depends on: ii e2fslibs 1.40.11-1 ext2 filesystem libraries ii libblkid1 1.40.11-1 block device id library ii libc6 2.7-12 GNU C Library: Shared libraries ii libcomerr21.40.11-1 common error description library ii libss21.40.11-1 command-line interface parsing lib ii libuuid1 1.40.11-1 universally unique id library e2fsprogs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487224: separated the 3 bugs, information for kvm again here
Package: kvm Version: 70+dfsg-1 Followup-For: Bug #487224 I separated the 3 bugs. grub2 - related part can now befound in bug #487755 e2fsprogs/blkid - related part can now befound in bug #487758 The kvm related part of bug.txt can be found here again: Should be the bug title: kvm pxe boot with model=e1000 broken - doesnt recognize DHCP information - fine with model=rtl8139 Description: This worked with kvm prior 70, must be broken somewhere in the last 3 weeks daemon log on dhcp server says dhcpoffer ip to mac mac (or similar) again and again but pxe with e1000 in kvm says .no dhcp information again and again when doing the same with model=rtl8139 all is fine, gets dhcp, gets pxe file, boots when booting linux (not using -boot n in kvm commandline) linux gets ip address as usual with model=e1000 I think problem could be found somewhere in the e1000 boot rom file. Maybe you can cleanup my first 2 posts, cause they confuse everything, I don't know how to do this (Am I not allowed to)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487224: blkid libblkid
As I explained above I sometimes use an external disk over esata. This disk isn't connected anymore, I rebooted the machine several times, but blkid shows the partitions of the external disk as it's not connected anymore for some reboots __ Jeden Monat 1 hochkarätiger maxdome-Blockbuster GRATIS! Exklusiv für alle WEB.DE Nutzer. http://www.blockbuster.web.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487224: 3 bugs as free formatted text
Package: kvm Version: 70+dfsg-1 Hello Debian Maintainers, In a short break when waiting for some software tests finishing at work, I wrote this bug report attached as .txt-file out of my head without having my ws at home in front of me. Most information should be correct. Please excuse that I did not use your bug report template or tool. I did not have that much time, but I think your interested, because I found none of these bugs listed somewhere and felled it was my duty to write any kind of report. Best regards Holger Fischer ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00 Hello dear Debian Maintainers, in the last 3 weeks I found some bugs. Here some details to debian and my hardware: Asus m2a-vm (sb600/amd690g) Athlon be2350 8g ram ddr800 (4x2g) internal sata samsung sata 2,5 160gb connected to sata port 4 of mainboard sometimes external sata over esata slot bracket samsung 2,5 250gb connected to sata port 1 of mainboard debian unstable / sid amd64 branch, daily updated (like today in the morning) kernel 2.6.25-2 - 2.6.25.5 grub2 (which I have some problems with) kde4 kvm 70 vde (vdekvm) bridge-utils ext3 (mostly with journal=data) as filesystem for all my partitions 1st bug: most serious: device salad when connecting a esata device before boot: Normally my root device is /dev/sda6. When I connect the ext. sata before next boot my root device becomes /dev/sdb6 and the ext. sata is sda. But not today: sda is obvious the external disk and sdb the internal, but mount tells me that sda6 is my root device. gparted tells me that there is no sda6, because my external disk doesn't contain a 6th partition blkid tells me that there is a sda6 and a sdb6 with the same uuid (there should only be sdb6) What could it be related to? Where is that salad from? grub2 (as kernel parameter I give root=UUID=uuid) in my fstab I use UUID=uuid for mounting the root partition I detected this problem today in the morning. I think one of the updates in the last 3 weeks or my switch to grub2 is responsible for that. 2nd bug: kvm pxe boot with model=e1000 broken - doesnt recognize DHCP information - fine with model=rtl8139 This worked with kvm prior 70, must be broken somewhere in the last 3 weeks daemon log on dhcp server says dhcpoffer ip to mac mac (or similar) again and again but pxe with e1000 in kvm says .no dhcp information again and again when doing the same with model=rtl8139 all is fine, gets dhcp, gets pxe file, boots when booting linux (not using -boot n in kvm commandline) linux gets ip address as usual with model=e1000 I think problem could be found somewhere in the e1000 boot rom file 3rd bug grub2 does not install in boot block of actual root partition or actually mounted partition In my mbr I installed gag. It boots from my bootable partitions. Therfore I install grub in the boot block of a partition I want to boot from, I find this more sorted. This worked fine for years. I tried it with some prior version of grub2 (I think 1.96-200805xx) on my root (like above sda6) as follows: grub-install /dev/sda6 This does not work. After a lot of tries and some dangerous grub-install /dev/sda6 grub-install /dev/sda7 dd if=/dev/sda7 of=/dev/sda6 bs=512 count=1 actions I got it to work, but this does not always work. I think that work's because sda7 is not mounted at this moment. (There's a longer story behind it with checking the difference of the first 512 bytes of sda6 and sda7 with vbindiff and finding the right jumppoint to core.img, if you are interested let me know) Now I try it always with sda7 by doing mkdir /1 mount /dev/sda7 /1 grub-install --root-directory=/1 /dev/sda7 umount /1 rmdir /1 when I then do kvm /dev/sda (I know this is dangerous because sda6 is mounted as root and kvm does not check it, but for only trying the bootloader on sda7 I won't destroy anything on sda6) the bootloader works flawless when I reboot and try this from real hardware grub2 stops somewhere in the beginning with a short message. When I do kvm /dev/sda after this reboot I get the same message like from real hardware. My thoughts: I think the message I get after reboot is the message from my last successfull grub2 dd if=.. installation, because the changes that should have been written to the 1st 512 bytes of sda7 are not written back by grub-install, they were only cached. This only occurs when the boot block I want grub2 boot.img install on is actually mounted (I think some tests I did proved this, the boot sector of the partition stayed the same after a reboot like before grub-install). Maybe this information helps you. There's another thing related to this: One advantage of grub1 (or grub-legacy) was that you could install it somewhere and then create or change the grub.conf or menu.lst without