Bug#406685: [Pkg-sysvinit-devel] Bug#406685: initscripts: RAMRUN,
RAMLOCK vars/opts are undocumented
Paolo
oopla at users.sf.net
Tue Jan 16 21:29:13 CET 2007
[sorry for late reply]
On Mon, Jan 15, 2007 at 12:41:51AM -0200, Henrique de Moraes Holschuh wrote:
> >
> > problem is, that fixes need to survive upgrades.
>
> It survives upgrades just fine, or at least it is supposed to by design.
hope so - we'll see on next round.
> Now, how the heck you had a disk-full upgrade that did not abort is
...
> We need to double-check if we are handling all error paths fine in all the
...
> Are you sure you didn't have a disk corruption and a subsequent fsck at boot
> (the files with size zero are in the root partition, which gets fixed
> automatically) didn't truncate them while trying to repair?
he, that's been a while ago, and since netinstall many upgrades have
occurred. I've mix-used both aptitude, dselect, plain apt-get, sometimes
had to do 'install' more than once but always landed to EOprocedure without
forcing anything special, as far as I remember. Can't tell for sure if there
has been a full fsck on ext3 error on any reboot - it's a notebook used by
somebody else and I'm doing stuff mostly remotely. An hard fsck on boot would
likely have been reported to me, though.
I can tell for sure the disk has no bad sectors.
Also, I saw misbehaviour of apt-* which I reported.
At least last couple upgrades went smoothly.
Installer was:
DISTRIB_RELEASE="3.1 (installer build 20060904)"
X_INSTALLATION_MEDIUM=cdrom
and I guess the disk full was on a massive upgrade which involved also OOo2.
I've used same netinstall build on another notebook, using 1st one as local
.deb and did not have same problem - didn't have diskfull though, using lvm2
there. Indeed I dbl-checked that one for the rcS.5 issue.
thanks
--
paolo
More information about the Pkg-sysvinit-devel
mailing list