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 <deloptes@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 debian....iso and then find | grep dpkg followed by mkdir
> tmp && dpkg -x dpkg...deb tmp
>
> regards
> ________________________________
> From: Guillem Jover <guillem@debian.org>
> To: deloptes <deloptes@yahoo.com>; 714710@bugs.debian.org
> Cc: live-images@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
>
>
Reply to: