On 5 February 2017 at 17:08, Sven Hartge wrote:
> Knowing Hetzner, I doubt they will be helpful.
They suggested changing the nvme disks though I thought this should
only be a last resort.
I tried your earlier suggestion and upgraded to 4.9 kernel from
backports all seems well with sync!
Thanks
On 5 February 2017 at 15:31, Sven Hartge wrote:
> You can unfuzz your package system by temporarily commenting the call to
> "sync" in update-initramfs to get it to complete, but you really should
> try to find out the real problem.
Package system unfuzzed, thanks!
It's Hetzners standard build o
On 5 February 2017 at 14:47, Sven Hartge wrote:
> Can you please check if process 12056 is "/bin/sync"? Search for a line
> above looking like
> 3400 execve("/bin/sync", ["sync"], [/* 23 vars */]) = 0
Yes it is:
12056 execve("/bin/sync", ["sync"], [/* 18 vars */]) = 0
> Please test if just ca
On 5 February 2017 at 13:33, Lisi Reisz wrote:
> In addition to Ric's "Please don't top post".
OK will do Thanks, Is it worth starting a new thread as the problem is now
much more specific?
Mike
I have an strace output for the following:
strace -f -o foo update-initramfs -u -v
It stopped at the following line as usual:
Building cpio /boot/initrd.img-3.16.0-4-amd64.new initramfs
The last few lines of the strace output:
12056 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) =
update-initramfs pid 1373
sudo lsof -p 1373
COMMANDPID USER FD TYPE DEVICE SIZE/OFF NODE NAME
update-in 1373 root cwdDIR9,2 4096 16515073 /root
update-in 1373 root rtdDIR9,2 40962 /
update-in 1373 root txtREG9,2 125400 23461891 /bin/dash
upd
0 0
proc /run/docker/netns/be28a4421d53 proc rw,relatime 0 0
On 4 February 2017 at 20:41, Sven Hartge wrote:
> Mike Nunn wrote:
>
> > can't install strace as apt suggests running dpkg --configure -a , prob
> due
> > to the failure of the upgrade
>
> > with
can't install strace as apt suggests running dpkg --configure -a , prob due
to the failure of the upgrade
with update-initramfs -u -v -k 3.16.0-4-amd64 hung there doesn't seem to be
a cpio process running
On 4 February 2017 at 19:02, Sven Hartge wrote:
> Mike Nunn wrote:
&g
Sven Hartge wrote:
> Hmm. How long did you wait for it to complete? Is "/boot" full?
> Or is the disk /boot is on just abysmally slow?
It's still stuck, been over an hour now. Everything else seems fast,
no obvious slowdown.
Filesystem Size Used Avail Use% Mounted on
/dev/md1 488M 52M 411
Thanks for the reply,
It seems to stop after the last line shown below.
update-initramfs -u -v -k 3.16.0-4-amd64
Keeping /boot/initrd.img-3.16.0-4-amd64.dpkg-bak
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
Copying module directory kernel/drivers/hid
Calling hook zz
Thanks for the reply,
It seems to stop after the last line shown below.
update-initramfs -u -v -k 3.16.0-4-amd64
Keeping /boot/initrd.img-3.16.0-4-amd64.dpkg-bak
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
Copying module directory kernel/drivers/hid
Calling hook zz-busy
uname -a 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64
GNU/Linux
I ran sudo apt update followed by upgrade
it hangs at the following point:
Setting up linux-image-3.16.0-4-amd64 (3.16.39-1) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.
12 matches
Mail list logo