Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script
It looks like the usb-hdd images also have this issue. If I boot with the image from http://live.debian.net/cdimage/release/6.0.7/amd64/usb-hdd/debian-live-6.0.7-amd64-gnome-desktop.img then /sbin/start-stop-daemon is again empty: $ cat /sbin/start-stop-daemon #!/bin/sh exit 0 $ @Emanoil: It looks like there is no .deb file for dpkg included in the netboot or usb-hdd images. I get no output from find | grep dpkg , and the pool/main/d directory doesn't have a dpkg subdirectory. Actually, maybe the /sbin/start-stop-daemon is being changed by live-build, because it is the same in the image as it is after booting (using unsquashfs -lls filesystem.squashfs /sbin/start-stop-daemon ). By the way, the iso-hybrid image does not seem to have this issue, at least the gnome-desktop one from http://live.debian.net/cdimage/release/6.0.7/amd64/iso-hybrid/debian-live-6.0.7-amd64-gnome-desktop.iso Thanks, Edwin On Sun, Jul 7, 2013 at 11:44 PM, Emanoil Kotsev delop...@yahoo.com wrote: Hi thanks Edwin for reporting the details on your side. This is exactly what I have experienced in my case and spent about 4-5h looking for an issue with nfs and why it is not mounting remote dir, why portmap was not running etc. I did check the current 7.x installer debian-7.1.0-amd64-netinst.iso but it looks ok there in the dpkg package. In debian-testing-amd64-businesscard.iso there is no dpkg package. I need to check the backup disks and usb of installation and the notes to find out what I have used for setting up the machine but no time left unfortunately. I think the machine was installed in Feb or Jan this year. @Edwin: Can you check if the included dpkg package has this inside /sbin/start-stop-daemon in binary, basically I'm wondering if there is a script somewhere which overwrites something in /sbin, which would be dangerous I mount -o loop debianiso and then find | grep dpkg followed by mkdir tmp dpkg -x dpkg...deb tmp regards From: Guillem Jover guil...@debian.org To: deloptes delop...@yahoo.com; 714...@bugs.debian.org Cc: live-ima...@packages.debian.org Sent: Tuesday, July 2, 2013 11:42 AM Subject: Re: Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script Control: reassign -1 live-images Hi! [ I got confirmation off-list this is with official Live images, but feel free to re-reassign as I don't really know what the culprit is. ] On Tue, 2013-07-02 at 08:29:19 +0200, Guillem Jover wrote: On Tue, 2013-07-02 at 02:33:36 +0200, deloptes wrote: Package: dpkg Version: 1.15.8.13 Severity: important When installed from live usb/cd /sbin/start-stop-daemon is empty shell script This results in strange behaviour of start/stop services like nfs I read a whole bunch of issues related to nfs (rpc.statd not running) While having another machine with same setup and nfs working I excluded the possibility of being related to some mostly discussed bugs I noticed that portmap and rpc.statd are simply not starting, because the start-stop-daemon program was an empty shells script unfortunately the version reported here was overwritten by dpkg --reinstall install dpkg, but I hope in this way that other people having similar issues with daemons not starting properly will solve it easily. This would be an issue with whatever Live USB/CD software you are using. If that's one of the packaged solutions in Debian, then we can reassign the bug report there, otherwise there's not much that can be done, except that you'd need to file such bug report on the project producing those Live images. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script
Hi thanks Edwin for reporting the details on your side. This is exactly what I have experienced in my case and spent about 4-5h looking for an issue with nfs and why it is not mounting remote dir, why portmap was not running etc. I did check the current 7.x installer debian-7.1.0-amd64-netinst.iso but it looks ok there in the dpkg package. In debian-testing-amd64-businesscard.iso there is no dpkg package. I need to check the backup disks and usb of installation and the notes to find out what I have used for setting up the machine but no time left unfortunately. I think the machine was installed in Feb or Jan this year. @Edwin: Can you check if the included dpkg package has this inside /sbin/start-stop-daemon in binary, basically I'm wondering if there is a script somewhere which overwrites something in /sbin, which would be dangerous I mount -o loop debianiso and then find | grep dpkg followed by mkdir tmp dpkg -x dpkg...deb tmp regards From: Guillem Jover guil...@debian.org To: deloptes delop...@yahoo.com; 714...@bugs.debian.org Cc: live-ima...@packages.debian.org Sent: Tuesday, July 2, 2013 11:42 AM Subject: Re: Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script Control: reassign -1 live-images Hi! [ I got confirmation off-list this is with official Live images, but feel free to re-reassign as I don't really know what the culprit is. ] On Tue, 2013-07-02 at 08:29:19 +0200, Guillem Jover wrote: On Tue, 2013-07-02 at 02:33:36 +0200, deloptes wrote: Package: dpkg Version: 1.15.8.13 Severity: important When installed from live usb/cd /sbin/start-stop-daemon is empty shell script This results in strange behaviour of start/stop services like nfs I read a whole bunch of issues related to nfs (rpc.statd not running) While having another machine with same setup and nfs working I excluded the possibility of being related to some mostly discussed bugs I noticed that portmap and rpc.statd are simply not starting, because the start-stop-daemon program was an empty shells script unfortunately the version reported here was overwritten by dpkg --reinstall install dpkg, but I hope in this way that other people having similar issues with daemons not starting properly will solve it easily. This would be an issue with whatever Live USB/CD software you are using. If that's one of the packaged solutions in Debian, then we can reassign the bug report there, otherwise there's not much that can be done, except that you'd need to file such bug report on the project producing those Live images. Thanks, Guillem
Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script
Hello, I'm having a similar issue with a Live netboot archive. I'm using the Live 6.0.7 gnome-desktop netboot archive, from http://live.debian.net/cdimage/release/6.0.7/i386/net/debian-live-6.0.7-i386-gnome-desktop-net.tar.gz and /sbin/start-stop-daemon is also an empty shell script: ---8--- #!/bin/sh exit 0 ---8--- There is also /sbin/start-stop-daemon.orig, with the same contents. Scripts like /etc/init.d/rsyslog have strange behavior: $ sudo /etc/init.d/rsyslog start Starting enhanced syslogd: rsyslogd. $ /etc/init.d/rsyslog status could not access PID file for rsyslogd ... failed! though starting rsyslogd manually works: $ sudo /usr/sbin/rsyslogd -c4 $ /etc/init.d/rsyslog status rsyslogd is running. I'm running from RAM, booted over PXE, haven't installed to a hard disk. The dpkg version is 1.15.8.13 (i386). Just in case this is a related issue. Thanks! Edwin
Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script
Hi! On Tue, 2013-07-02 at 02:33:36 +0200, deloptes wrote: Package: dpkg Version: 1.15.8.13 Severity: important When installed from live usb/cd /sbin/start-stop-daemon is empty shell script This results in strange behaviour of start/stop services like nfs I read a whole bunch of issues related to nfs (rpc.statd not running) While having another machine with same setup and nfs working I excluded the possibility of being related to some mostly discussed bugs I noticed that portmap and rpc.statd are simply not starting, because the start-stop-daemon program was an empty shells script unfortunately the version reported here was overwritten by dpkg --reinstall install dpkg, but I hope in this way that other people having similar issues with daemons not starting properly will solve it easily. This would be an issue with whatever Live USB/CD software you are using. If that's one of the packaged solutions in Debian, then we can reassign the bug report there, otherwise there's not much that can be done, except that you'd need to file such bug report on the project producing those Live images. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script
Control: reassign -1 live-images Hi! [ I got confirmation off-list this is with official Live images, but feel free to re-reassign as I don't really know what the culprit is. ] On Tue, 2013-07-02 at 08:29:19 +0200, Guillem Jover wrote: On Tue, 2013-07-02 at 02:33:36 +0200, deloptes wrote: Package: dpkg Version: 1.15.8.13 Severity: important When installed from live usb/cd /sbin/start-stop-daemon is empty shell script This results in strange behaviour of start/stop services like nfs I read a whole bunch of issues related to nfs (rpc.statd not running) While having another machine with same setup and nfs working I excluded the possibility of being related to some mostly discussed bugs I noticed that portmap and rpc.statd are simply not starting, because the start-stop-daemon program was an empty shells script unfortunately the version reported here was overwritten by dpkg --reinstall install dpkg, but I hope in this way that other people having similar issues with daemons not starting properly will solve it easily. This would be an issue with whatever Live USB/CD software you are using. If that's one of the packaged solutions in Debian, then we can reassign the bug report there, otherwise there's not much that can be done, except that you'd need to file such bug report on the project producing those Live images. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714710: dpkg: when installed from live usb/cd /sbin/start-stop-daemon is empty shell script
Package: dpkg Version: 1.15.8.13 Severity: important When installed from live usb/cd /sbin/start-stop-daemon is empty shell script This results in strange behaviour of start/stop services like nfs I read a whole bunch of issues related to nfs (rpc.statd not running) While having another machine with same setup and nfs working I excluded the possibility of being related to some mostly discussed bugs I noticed that portmap and rpc.statd are simply not starting, because the start-stop-daemon program was an empty shells script unfortunately the version reported here was overwritten by dpkg --reinstall install dpkg, but I hope in this way that other people having similar issues with daemons not starting properly will solve it easily. regards d. -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.8eko2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to bg_BG.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt0.8.10.3+squeeze1 Advanced front-end for dpkg -- 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
