[opensuse] filesystems no unmounted on OS 11.3
Hi well another one for 11.3 this one could get nasty . i run with reiserfs on / and xfs on /home i have run like this for a long time and see no reason to change as i will not use any of the ext* filesystems there is no point in even suggesting it when i reboot the system (hopefully very rarely once i get it stable) it unmounts /home no problem but seems not to unmount / as when i power the system backup up it takes an age to load grub then once i get the graphical screen hit escape key it is busy replaying the journel this means it had not been closed out cleanly . This system worked perfectly on 11.1 11.2 in fact thinking about also 10.0 and 10.1 & 10.3 so why the change now . what have i to do to get this behaviour back to correct again ( i never have had to do a thing up till now) system as per sig block below Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34-12-desktop KDE Development Platform: 4.4.4 (KDE 4.4.4) "release 2" 21:22 up 4:08, 4 users, load average: 0.29, 0.21, 0.18 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-07-28 22:32, Peter Nikolic wrote:
when i reboot the system (hopefully very rarely once i get it stable) it unmounts /home no problem but seems not to unmount / as when i power the system backup up it takes an age to load grub
Slow grub, with reiserfs filesystem? I have seen that previously, but with hibernated systems. A separate /boot partition in ext2 is required. For the rest, I dunno. Bugzilla, I guess. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkxQqPYACgkQU92UU+smfQWHXACeKzp+F6STk+QZB4KkkZJNIDQ4 QzMAnjYPrDWfYbLakeV5fp0P3C5sH644 =55G8 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 28 Jul 2010 23:02:31 Carlos E. R. wrote:
On 2010-07-28 22:32, Peter Nikolic wrote:
when i reboot the system (hopefully very rarely once i get it stable) it unmounts /home no problem but seems not to unmount / as when i power the system backup up it takes an age to load grub
Slow grub, with reiserfs filesystem? I have seen that previously, but with hibernated systems. A separate /boot partition in ext2 is required.
For the rest, I dunno. Bugzilla, I guess. Hi Carlos
Well the slow problem is down to the fact that the / partition gets blitzed by the failure to unmount it prior to shut down , I dont do hibernate even on the laptop so no ext* is needed that is one of the reasons i do not hibernate is the ext requirement Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34-12-desktop KDE Development Platform: 4.4.4 (KDE 4.4.4) "release 2" 23:44 up 6:29, 3 users, load average: 0.11, 0.30, 0.19 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-07-29 00:47, Peter Nikolic wrote:
On Wednesday 28 Jul 2010 23:02:31 Carlos E. R. wrote:
On 2010-07-28 22:32, Peter Nikolic wrote:
when i reboot the system (hopefully very rarely once i get it stable) it unmounts /home no problem but seems not to unmount / as when i power the system backup up it takes an age to load grub
Slow grub, with reiserfs filesystem? I have seen that previously, but with hibernated systems. A separate /boot partition in ext2 is required.
For the rest, I dunno. Bugzilla, I guess. Hi Carlos
Well the slow problem is down to the fact that the / partition gets blitzed by the failure to unmount it prior to shut down , I dont do hibernate even on the laptop so no ext* is needed that is one of the reasons i do not hibernate is the ext requirement
The problem is the same. If the / partition was "blitzed", whatever that means, the log has to be replayed in memory by grub code before it can attempt to read the kernel and load it. This process is slow because it has been reported broken for reiserfs since 11.1 at least and will not be repaired. Remember that we use grub 1 and current version is 2, so "1" is not maintained upstream. Instead the oS guys do what they can with lot of patches. The given solution is to install /boot in a small separate partition formatted as ext2 - like it or not. Understood? >:-) That goes for the slowness of grub. Known problem, WONTFIX. And yes, that the root partition is not properly closed, is another matter, and you should report that one in a bugzilla. IMO. Suggestion: disable the splash screen display both on boot and halt, so that you can see what is happenning. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkxQx1MACgkQU92UU+smfQVBmgCgg0y6e5H5RMudjCRT/ftVz6D7 8kEAn2fCQ0c6CKQ0oiCwauj9WAaWyMOp =5VA1 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 29 Jul 2010 01:12:03 Carlos E. R. wrote:
On 2010-07-29 00:47, Peter Nikolic wrote:
On Wednesday 28 Jul 2010 23:02:31 Carlos E. R. wrote:
On 2010-07-28 22:32, Peter Nikolic wrote:
when i reboot the system (hopefully very rarely once i get it stable) it unmounts /home no problem but seems not to unmount / as when i power the system backup up it takes an age to load grub
Slow grub, with reiserfs filesystem? I have seen that previously, but with hibernated systems. A separate /boot partition in ext2 is required.
For the rest, I dunno. Bugzilla, I guess.
Hi Carlos
Well the slow problem is down to the fact that the / partition gets blitzed by the failure to unmount it prior to shut down , I dont do hibernate even on the laptop so no ext* is needed that is one of the reasons i do not hibernate is the ext requirement
The problem is the same.
If the / partition was "blitzed", whatever that means, the log has to be replayed in memory by grub code before it can attempt to read the kernel and load it. This process is slow because it has been reported broken for reiserfs since 11.1 at least and will not be repaired. Remember that we use grub 1 and current version is 2, so "1" is not maintained upstream. Instead the oS guys do what they can with lot of patches.
The given solution is to install /boot in a small separate partition formatted as ext2 - like it or not.
Understood? >:-)
not a hope in hell or maybe hell will have to freeze over before that happens ie never ever . :-)
That goes for the slowness of grub. Known problem, WONTFIX.
And yes, that the root partition is not properly closed, is another matter, and you should report that one in a bugzilla. IMO.
Humm yes the worst bug reporting system there is the place where things that should be fixed get marked WONTFIX cus someone got out of bed the wrong side that morning ( insert sarcasm symbol of choice here)
Suggestion: disable the splash screen display both on boot and halt, so that you can see what is happenning.
Well as for it being and age old problem i have never until 11.3 come across it and i have always followed the same install setup of reiserfs for / and xfs for /home the only times i have used the ext* junk filesystems it has always junked my data totally so ther is absolutley no way on this planet i will ever use ext* at all . The only reason it is slow is because of the underlying problem of it not being unmounted correctly in the first place Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34-12-desktop KDE Development Platform: 4.4.4 (KDE 4.4.4) "release 2" 08:12 up 14:57, 4 users, load average: 0.07, 0.08, 0.08 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2010-07-29 09:19, Peter Nikolic wrote:
On Thursday 29 Jul 2010 01:12:03 Carlos E. R. wrote:
The given solution is to install /boot in a small separate partition formatted as ext2 - like it or not.
Understood? >:-)
not a hope in hell or maybe hell will have to freeze over before that happens ie never ever . :-)
ROTFL! X'-)
Suggestion: disable the splash screen display both on boot and halt, so that you can see what is happenning.
Well as for it being and age old problem i have never until 11.3 come across it and i have always followed the same install setup of reiserfs for / and xfs for /home the only times i have used the ext* junk filesystems it has always junked my data totally so ther is absolutley no way on this planet i will ever use ext* at all .
I have had my data trashed completely by reiserfs, by xfs, and by ext3. All fail.
The only reason it is slow is because of the underlying problem of it not being unmounted correctly in the first place
There are two problems here. One is that the filesystem is not umounted correctly, and you are not the first one having that problem in 11.3. I insist you report it in a Bugzilla. If you don't like bugzilla, well, swallow your dislike and do it, or wait to see if somebody else reports that or a similar problem and yours get solved in the near future (days, weeks, months...). Whining will do nothing. The other problem, triggered by the above problem, is that grub on a reiserfs is very slow if the filesystem was not properly umounted. This is known and will not be fixed. If you want to by pass it... I will not repeat the solution as you hate it. But it is the only known solution. So, wait several minutes for grub to start, it is your choosen poison >:-) (I'm not sugesting you put / on ext3. I'm suggesting you add a new, small, partition, of about 100 Mb, in ext2, where you put /boot and grub. It is only a small piece of hell for you to swallow :-P ) (or do some investigation and find some other supported filesytem type you can use. Minix? Fat no, no links) -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar))
On Thursday 29 July 2010 09:19:48 Peter Nikolic wrote:
And yes, that the root partition is not properly closed, is another matter, and you should report that one in a bugzilla. IMO.
Humm yes the worst bug reporting system there is the place where things that should be fixed get marked WONTFIX cus someone got out of bed the wrong side that morning ( insert sarcasm symbol of choice here)
Bugzilla - devs close bugs as WONTFIX because managers want good stats Trac - becomes infinitely slow after 10000 bugs because it's Python Mantis - bugs are unhandled because devs spend more time hacking Mantis Launchpad - bugs are reported in their millions but never reach anyone capable of fixing them Sourceforge - bugs are smothered under accumulated dust bunnies and tumbleweed Choose your poison ;) Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 29 Jul 2010 10:30:37 Will Stephenson wrote:
On Thursday 29 July 2010 09:19:48 Peter Nikolic wrote:
And yes, that the
root partition is not properly closed, is another
matter, and you should
report that one in a bugzilla. IMO.
Humm yes the worst bug reporting
system there is the place where things
that should be fixed get marked
WONTFIX cus someone got out of bed the
wrong side that morning ( insert
sarcasm symbol of choice here)
Bugzilla - devs close bugs as WONTFIX because managers want good stats Trac - becomes infinitely slow after 10000 bugs because it's Python Mantis - bugs are unhandled because devs spend more time hacking Mantis Launchpad - bugs are reported in their millions but never reach anyone capable of fixing them Sourceforge - bugs are smothered under accumulated dust bunnies and tumbleweed
Choose your poison ;)
Will
-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex Hi ..
Strikes me the entire bug system needs lobbing in the trash can and a huge redesign carried out to ensure something works across the board but we will never get there because everyone spends too much time arguing and yaking about which is best when the truth is they all suck Such is life Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34-12-desktop KDE Development Platform: 4.4.4 (KDE 4.4.4) "release 2" 11:18 up 18:04, 5 users, load average: 0.19, 0.18, 0.12 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 29 Jul 2010 10:30:37 Will Stephenson wrote:
On Thursday 29 July 2010 09:19:48 Peter Nikolic wrote:
And yes, that the
root partition is not properly closed, is another
matter, and you should
report that one in a bugzilla. IMO.
Humm yes the worst bug reporting
system there is the place where things
that should be fixed get marked
WONTFIX cus someone got out of bed the
wrong side that morning ( insert
sarcasm symbol of choice here)
Bugzilla - devs close bugs as WONTFIX because managers want good stats Trac - becomes infinitely slow after 10000 bugs because it's Python Mantis - bugs are unhandled because devs spend more time hacking Mantis Launchpad - bugs are reported in their millions but never reach anyone capable of fixing them Sourceforge - bugs are smothered under accumulated dust bunnies and tumbleweed
Choose your poison ;)
Will
-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex
Reported bug number 626580 Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34-12-desktop KDE Development Platform: 4.4.4 (KDE 4.4.4) "release 2" 11:25 up 18:10, 5 users, load average: 0.09, 0.13, 0.10 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 28 of July 2010 23:32:13 Peter Nikolic wrote:
Hi well another one for 11.3 this one could get nasty .
i run with reiserfs on / and xfs on /home
when i reboot the system (hopefully very rarely once i get it stable) it unmounts /home no problem but seems not to unmount / as when i power the system backup up it takes an age to load grub then once i get the graphical screen hit escape key it is busy replaying the journel this means it had not been closed out cleanly .
This system worked perfectly on 11.1 11.2 in fact thinking about also 10.0 and 10.1 & 10.3 so why the change now .
what have i to do to get this behaviour back to correct again ( i never have had to do a thing up till now)
Does this thread describe what you observe: http://lists.opensuse.org/opensuse-factory/2010-07/msg00231.html ?
Pete .
Regards, Peter -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 28 Jul 2010 23:45:50 auxsvr@gmail.com wrote:
On Wednesday 28 of July 2010 23:32:13 Peter Nikolic wrote:
Hi well another one for 11.3 this one could get nasty .
i run with reiserfs on / and xfs on /home
when i reboot the system (hopefully very rarely once i get it stable) it unmounts /home no problem but seems not to unmount / as when i power the system backup up it takes an age to load grub then once i get the graphical screen hit escape key it is busy replaying the journel this means it had not been closed out cleanly .
This system worked perfectly on 11.1 11.2 in fact thinking about also 10.0 and 10.1 & 10.3 so why the change now .
what have i to do to get this behaviour back to correct again ( i never have had to do a thing up till now)
Does this thread describe what you observe: http://lists.opensuse.org/opensuse-factory/2010-07/msg00231.html ?
Pete .
Regards, Peter
Hi . well i am not able to find and message anywhere from anything i am not running LVM (i do not see the point) and my video card is an Nvidia GeForce FX5500 but the not unmounting part is right.. Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34-12-desktop KDE Development Platform: 4.4.4 (KDE 4.4.4) "release 2" 08:07 up 14:52, 4 users, load average: 0.10, 0.10, 0.08 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (5)
-
auxsvr@gmail.com
-
Carlos E. R.
-
Carlos E. R.
-
Peter Nikolic
-
Will Stephenson