Bug#543375: "last superblock write time in future" occurring sometimes
Hello! Thank you for your help. I've reinstalled all the packages using your script, and the problem hasn't occured since then (I rebooted the machine 5 times). It seems it has been fixed. B. Regards, Tomasz Grzelak
Bug#543375: Info received (Bug not solved)
2009/10/21 Gabriele Giacone > I started to modify the above ones then I continued with all the other > ones. > My goal was to get the "official" sequence number. > Steps? For each init.d script, remove current rcN links and reinstall the > package it belongs. > Use the following script. It let you choose among /etc/init.d scripts and > the reinstallation of the package they belong. > Package reinstall implies reconfigure? My system is a desktop, I didn't do > complex reconfiguration. > Compare before and after sequence numbers and you should see a lot of > differences. > > --- > for i in /etc/init.d/* > do >_file=$(basename $i) >echo -e "File >>> $_file <<< OK? \c" >read _answ >[ "$_answ" != "y" ] && continue > ### "find" to see current sequence numbers >find /etc/rc*|grep $_file > ### removing current links >update-rc.d -f $_file remove > ### from file to package >dpkg -S $i >_pkg=$(dpkg -S $i|cut -d: -f1) > ### reinstall it? >echo -e "Reinstall package >>> $_pkg <<< OK? \c" >read _answ >[ "$_answ" != "y" ] && continue >apt-get -y --reinstall install $_pkg > ### "find" to see new sequence numbers > find /etc/rc*|grep $_file > done > --- > > Hello! Thank you very much for your description & the script. Actions to take look much clearer now for me. I'll try to 'implement' them in next few days. I'll let you know how it goes. B. Regards, Tomasz Grzelak
Bug#543375: Info received (Bug not solved)
2009/10/21 Gabriele Giacone > Ok, solved. My boot/shutdown sequences were wrong. > > I reinstalled every package that owns a script under /etc/init.d. > Not a simple reinstall. Before each reinstall, I did a "update-rc.d -f >
Bug#543375: initscripts: "last superblock write time in future"
Tomasz Grzelak pisze: 2009/10/16 Mader, Alexander mailto:auma...@gmx.net>> Tomasz Grzelak schrieb: > what is the status of the case - am I the only one experiencing the > problem still? > Is there anyone affected by this even with the new version of util-linux > 2.16.1-4? As mentioned in an earlier e-mail everything works fine since I edited the hwclock-udev-rule as decribed in another e-mail in this bug report. Hello, I am sorry, but I'm still affected by this problem. I have added the lines to the file, so now it contains: m...@daemon:~$ cat /lib/udev/rules.d/85-hwclock.rules # Reset the System Clock to UTC if the hardware clock from which it was # copied by the kernel was in localtime. KERNEL=="rtc0", RUN+="/lib/udev/hwclock-set $root/$name" KERNEL=="rtc0", RUN+="/bin/touch /dev/rtc0-appeared" KERNEL=="rtc0", RUN+="logger.agent" but it does not change anything for me. Immediatelly after I had removed [options] buggy_init_scripts = 1 from e2fsck.conf file, and rebooted the machine, I got the error about "last superblock write time in future" (exactly the same as on the screenshots I attached previously). In my opinion the problem has not been solved. How about others? B. Regards, Tomasz Grzelak P.S. Before having made the test I updated all packages, so my system was fresh. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543375: initscripts: "last superblock write time in future"
2009/10/16 Mader, Alexander > Tomasz Grzelak schrieb: > > what is the status of the case - am I the only one experiencing the > > problem still? > > Is there anyone affected by this even with the new version of util-linux > > 2.16.1-4? > As mentioned in an earlier e-mail everything works fine since I edited > the hwclock-udev-rule as decribed in another e-mail in this bug report. > thank you, I'll check that during the weekend. Somehow I thought the change would have been done by a regular update, and not editing files manually. I'll let you know if that works for me. B. Regards, Tomasz Grzelak
Bug#543375: initscripts: "last superblock write time in future"
Hi, what is the status of the case - am I the only one experiencing the problem still? Is there anyone affected by this even with the new version of util-linux 2.16.1-4? B. Regards, Tomasz Grzelak
Bug#543375: initscripts: "last superblock write time in future", occurring sometimes
Hello, I'm still having the same issue. I made an update, and rebooted the machine which casued the error appeared again. I have a dual boot machine, but I have not run vista today yet. And there's a 'screenshot' what happend after the restart right after having updated all the packages: https://hellfire666.no-ip.org/~myst/deb_error_11.10.2009.jpg And my version of util-linux is 2.16.1-4 as depicted below. You had mentioned the bug should have been solved in this version of util-linux, but for me it does not work. Or maybe it's related to some other package/settings? Please help! :) B. Regards, Tomasz Grzelak --- m...@daemon:~$ dpkg -p util-linux Package: util-linux Essential: yes Priority: required Section: utils Installed-Size: 1968 Maintainer: LaMont Jones Architecture: amd64 Version: 2.16.1-4 Replaces: e2fsprogs, fdisk, linux32, miscutils, schedutils, setterm, sparc-utils Provides: linux32, schedutils Depends: lsb-base (>= 3.0-6), tzdata (>= 2006c-2), initscripts, dpkg (>= 1.15.4) | install-info Pre-Depends: libblkid1 (>= 2.16), libc6 (>= 2.4), libncurses5 (>= 5.6+20071006-3), libselinux1 (>= 1.32), libslang2 (>= 2.0.7-1), libuuid1 (>= 2.16), zlib1g (>= 1:1.1.4) Suggests: util-linux-locales, kbd | console-tools, dosfstools Conflicts: console-tools (<< 1:0.2.3-21), fdisk, kbd (<< 1.05-3), linux32, schedutils, setterm Size: 623322 Description: Miscellaneous system utilities This package contains a number of important utilities, most of which are oriented towards maintenance of your system. Some of the more important utilities included in this package allow you to partition your hard disk, view kernel messages, and create new filesystems. --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543375: initscripts: "last superblock write time in future", occurring sometimes
Hello, like I was afraid, having used older versions of e2fslibs and progs did not change the situation, today (Sat 10.10.2009) I got the error again. Next I updated all packages, and while rebooting I got the same error again :( Please have a look at the picture I took with my camera: https://hellfire666.no-ip.org/~myst/deb_error.jpg This bug has not been fixed. How about others? Are you still affected by this problem? B. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543375: initscripts: "last superblock write time in future" occurring sometimes
Hello, this is my first post here, and I'd like to report the bug is also affecting me. I have been using Debian unstable (AMD64) for about two years (with regular updates every several days), and the issue started to occur around the beginning of August (never had this problem before). My first thought was it was my hardware malfunction, but fortunately I've found this topic, so hopefully it's not my machine :) My hardware is Intel Core Duo, Gigabyte GA-EP45T-UD3R; I have tried different kernels (distribution provided, and my own), but no difference. The problems has statistically occured once per a few reboots. But near a week ago I downgraded e2fslibs and e2fsprogs to the following versions: e2fslibs_1.41.3-1_amd64.deb e2fsprogs_1.41.3-1_amd64.deb and have not had this issue since then. I know it may be only a coincidence and "a false positive", but maybe it could be worth a try... And maybe a clue (hopefully not a confusion). (of course I'll let you all know if this happens to me again using those downgraded libs). I hope this issue will be fixed soon. Good luck and keep the great work going on! B. Regards, Tomasz Grzelak
