[gentoo-user] reiserfsprogs

[gentoo-user] reiserfsprogs

[James]

Hello,

Were are the docs for the utilities for sys-fs/reiserfsprogs ?

I cannot seem to locate any documentation of running fsck or such
utilities manually on a reiserfs partition. I want to read about
what those utilities are and how they work.


James



-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] reiserfsprogs

[Kent Fredric]

On 7/29/07, James <wireless@tampabay.rr.com> wrote:
> Hello,
>
> Were are the docs for the utilities for sys-fs/reiserfsprogs ?
>
> I cannot seem to locate any documentation of running fsck or such
> utilities manually on a reiserfs partition. I want to read about
> what those utilities are and how they work.
>
>
> James
>

  ?

qlist sys-fs/reiserfsprogs
/usr/share/doc/reiserfsprogs-3.6.19-r1/ChangeLog.gz
/usr/share/doc/reiserfsprogs-3.6.19-r1/README.gz
/usr/share/doc/reiserfsprogs-3.6.19-r1/INSTALL.gz
/usr/share/man/man8/reiserfsck.8.gz
/usr/share/man/man8/mkreiserfs.8.gz
/usr/share/man/man8/debugreiserfs.8.gz
/usr/share/man/man8/reiserfstune.8.gz
/usr/share/man/man8/resize_reiserfs.8.gz
/sbin/reiserfstune
/sbin/resize_reiserfs
/sbin/reiserfsck
/sbin/mkreiserfs
/sbin/debugreiserfs
/sbin/fsck.reiserfs
/sbin/mkfs.reiserfs

>
> --
> gentoo-user@gentoo.org mailing list
>
>


-- 
Kent
ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x|
print "enNOSPicAMreil kdrtf@gma.com"[(2*x)..(2*x+1)]}'
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfsprogs

[James]

Kent Fredric <kentfredric <at> gmail.com> writes:


> qlist sys-fs/reiserfsprogs

qlist,  very nice...


thx,


James




-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Александър Л. Димитров]

[-- Attachment #1: Type: text/plain, Size: 305 bytes --]

On 02:30 Sun 29 Jul     , James wrote:
> Kent Fredric <kentfredric <at> gmail.com> writes:
> 
> 
> > qlist sys-fs/reiserfsprogs
> 
> qlist,  very nice...

You can also use equery, which is in app-portage/gentoolkit. The
corresponding equery command would be

equery files sys-fs/reiserfsprogs

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] reiserfsprogs

[Mick]

[-- Attachment #1: Type: text/plain, Size: 487 bytes --]

On Sunday 29 July 2007 03:06, James wrote:
> Hello,
>
> Were are the docs for the utilities for sys-fs/reiserfsprogs ?
>
> I cannot seem to locate any documentation of running fsck or such
> utilities manually on a reiserfs partition. I want to read about
> what those utilities are and how they work.

man reiserfsck, or # reiserfsck --help
try the same for reiserfstune and debugreiserfs.  If you want to create a 
reiserfs fs then look at mkreiserfs.
-- 
Regards,
Mick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: reiserfsprogs

[James]

Mick <michaelkintzios <at> gmail.com> writes:



> man reiserfsck, or

This helps,


> # reiserfsck --help
> try the same for reiserfstune and debugreiserfs.  If you want to create a 
> reiserfs fs then look at mkreiserfs.


My problems in on a new installation. 
I'm not sure my resiserfs is auto checking
the /boot and the / partitions. 
I rebooted using a minimal CD mounted and set the fstab like so:

/dev/sda2        /boot   reiserfs        defaults               1 2
/dev/sda4        /       reiserfs        defaults               1 1

which should force an fsck on the reiserfs file system? 

The system hoses up when xdm is auto started (problems 
with the xorg.conf file.
I set xdm to auto start upon reboot (rc-update), and I'm not
sure what file I can edit ( or what else I can do from a minimalCD
boot) to stop this process set to autostart during the boot process?


Any ideas on how to recover are most welcome.

James

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 352 bytes --]

On Sun, 29 Jul 2007 20:32:29 +0000 (UTC), James wrote:

> I set xdm to auto start upon reboot (rc-update), and I'm not
> sure what file I can edit ( or what else I can do from a minimalCD
> boot) to stop this process set to autostart during the boot process?

rc-update del xdm


-- 
Neil Bothwick

Do radioactive cats have 18 half-lives?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: reiserfsprogs

[James]

Neil Bothwick <neil <at> digimed.co.uk> writes:


> > I set xdm to auto start upon reboot (rc-update), and I'm not
> > sure what file I can edit ( or what else I can do from a minimalCD
> > boot) to stop this process set to autostart during the boot process?

> rc-update del xdm

You maean after:

mount file systems
chroot /mnt/gentoo /bin/bash
env-update
<then> rc-update del xdm

This worked...

Now to fix the xorg.conf file.....

I cannot seem to use any of the tools 
listed here: http://www.gentoo.org/doc/en/list.xml
( Xorg -configure  xorgconfig etc)
to generate a working file. So I booted up the
livecd and copied that xorg.conf file to another
system later on for use. it works, but the screen
resolution is 1024x768. The system, an HP DV9000Z
laptop (GD545AV) is suppose to have a 17 screen with
1680x1050 resolution. Every time I try this resolution
the system hangs, hard and has to be power cycled to recover.
I also cannot find the hortz&&vert ranges. From the install I have:

        HorizSync    28.0 - 96.0
        VertRefresh  50.0 - 75.0

Another source of the problem could be all of those
fonts, in the xorg.conf file that I may not have installed.

Another potential source failure in getting xorg.conf
stable is dri and glx.
Different gentoo web pages tell me different things on using
these with the nvidia driver. They all still talk about
agp device drivers in the kernel.

Also, there use to be a guide one could follow to get xorg.conf 
working by testing it as a user logged in on console. every time
I try that, the entire system hoses up... It's been a while since
I had to use the minimal CD (2004.3) so I'm rusty and the docs
have changed/disappeared.  It should be easy, but, I'm having 
a helluva a time getting x/kde stable.

Any ideas or wikis I can follow?


James







-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 1257 bytes --]

Am Sonntag 29 Juli 2007 22:32 schrieb James:
> Mick <michaelkintzios <at> gmail.com> writes:
> > man reiserfsck, or
>
> This helps,
>
> > # reiserfsck --help
> > try the same for reiserfstune and debugreiserfs.  If you want to create a
> > reiserfs fs then look at mkreiserfs.
>
> My problems in on a new installation.
> I'm not sure my resiserfs is auto checking
> the /boot and the / partitions.
> I rebooted using a minimal CD mounted and set the fstab like so:
>
> /dev/sda2        /boot   reiserfs        defaults               1 2
> /dev/sda4        /       reiserfs        defaults               1 1
>
> which should force an fsck on the reiserfs file system?
>
> The system hoses up when xdm is auto started (problems
> with the xorg.conf file.
> I set xdm to auto start upon reboot (rc-update), and I'm not
> sure what file I can edit ( or what else I can do from a minimalCD
> boot) to stop this process set to autostart during the boot process?
>
>
> Any ideas on how to recover are most welcome.
>
> James

Just as a side note: It is not very wise to choose reiserfs for /boot. We had 
a topic about it some time ago. On such a small partition the journal eats up 
a lot of space (32MB with default settings). 

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: reiserfsprogs

[Dale]

[-- Attachment #1: Type: text/plain, Size: 750 bytes --]

Florian Philipp wrote:
>
> Just as a side note: It is not very wise to choose reiserfs for /boot. We had 
> a topic about it some time ago. On such a small partition the journal eats up 
> a lot of space (32MB with default settings). 
>   

I'm not sure the math is 100% correct but it has to be close.  I agree,
you should not use reiserfs for /boot, unless it is going to be a big
one.  lol

> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/hda1               195508     43440    152068      23%     /boot

> root@smoker / # du -sh /boot/
> 11M     /boot/
> root@smoker / #

43Mb according to df and only 11Mb according to du.  Looks like about
32Mb or so.  See, learn from a idiot that did it.  ;-)

Dale

:-)  :-)  :-)

[-- Attachment #2: Type: text/html, Size: 1483 bytes --]

Re: [gentoo-user] Re: reiserfsprogs

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 1022 bytes --]

Am Montag 30 Juli 2007 13:53 schrieb Dale:
> Florian Philipp wrote:
> > Just as a side note: It is not very wise to choose reiserfs for /boot. We
> > had a topic about it some time ago. On such a small partition the journal
> > eats up a lot of space (32MB with default settings).
>
> I'm not sure the math is 100% correct but it has to be close.  I agree,
> you should not use reiserfs for /boot, unless it is going to be a big
> one.  lol
>
> > Filesystem           1K-blocks      Used Available Use% Mounted on
> > /dev/hda1               195508     43440    152068      23%     /boot
> >
> > root@smoker / # du -sh /boot/
> > 11M     /boot/
> > root@smoker / #
>
> 43Mb according to df and only 11Mb according to du.  Looks like about
> 32Mb or so.  See, learn from a idiot that did it.  ;-)
>
> Dale
>
> :-)  :-)  :-)

I just looked into the man page of mkreiserfs: 

default blocksize: 4096 byte
default jounal size: 8193 blocks

4096 bytes/block * 8193 blocks / 1024^2 = 32.003906 MiB

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: reiserfsprogs

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1254 bytes --]

Florian Philipp wrote:
> Am Montag 30 Juli 2007 13:53 schrieb Dale:
>   
>> Florian Philipp wrote:
>>     
>>> Just as a side note: It is not very wise to choose reiserfs for /boot. We
>>> had a topic about it some time ago. On such a small partition the journal
>>> eats up a lot of space (32MB with default settings).
>>>       
>> I'm not sure the math is 100% correct but it has to be close.  I agree,
>> you should not use reiserfs for /boot, unless it is going to be a big
>> one.  lol
>>
>>     
>>> Filesystem           1K-blocks      Used Available Use% Mounted on
>>> /dev/hda1               195508     43440    152068      23%     /boot
>>>
>>> root@smoker / # du -sh /boot/
>>> 11M     /boot/
>>> root@smoker / #
>>>       
>> 43Mb according to df and only 11Mb according to du.  Looks like about
>> 32Mb or so.  See, learn from a idiot that did it.  ;-)
>>
>> Dale
>>
>> :-)  :-)  :-)
>>     
>
> I just looked into the man page of mkreiserfs: 
>
> default blocksize: 4096 byte
> default jounal size: 8193 blocks
>
> 4096 bytes/block * 8193 blocks / 1024^2 = 32.003906 MiB
>   

It's not 100% but pretty darn close.  ;-)  Like you said earlier, you
shouldn't use reiserfs for small partitions like /boot.

Signed,

The Idiot.  LOL

:-)  :-)

[-- Attachment #2: Type: text/html, Size: 1819 bytes --]

Re: [gentoo-user] Re: reiserfsprogs

[Kent Fredric]

On 7/30/07, Boyd Stephen Smith Jr. <bss03@volumehost.net> wrote:

> 5) If (2) indicates corruptions that can only be corrected by --rebuild-tree
>    a) If you suspect your hardware is failing -- replace it.  reiserfs doesn't
> like bad hardware and continuing the recovery process on it will likely cause
> more pain that it will alleviate.
>    b) Begin praying.

This guy knows his stuff. Last time I used reiser I didn't pray enough
to keep it going

>    c) Have you ever stored a different reiserfs on this block device without
> erasing it?  This includes uncompressed lookback files in this or previous
> filesystems.  If so, you are likely in much trouble.  My best suggestion is
> to try and overwrite such data, but how to find it?  Good question.

Yeah ... definitely take note of that sucker , if you ever did dd
if=/dev/someresierdrive of=/home/somemountedreiserfs/img  for  backup
purposes, just either give up the idea of a rebuild tree, or find a
young lamb to slaughter, ,,,, just in case praying ain't sufficient.

>    d) reiserfsck --rebuild-tree /dev/block
>    e) Read warning, type "Yes" (the whole word) to continue.
>    f) Continue praying.

And/Or maybe fast a few days first. This is important stuff :S

>    g) Go to (2), if it completes at all you can stop praying, for now.
> 6) Healthy reiserfs, perhaps with some misplaced data in lost+found.

and possibly random files all over your file system who's names have
no resemblance to their content, which used to be in an uncompressed
reiser, and now is unpacked all over its host FS.

all the best :)
>

> --
> Boyd Stephen Smith Jr. ,= ,-_-. =.
> bss03@volumehost.net ((_/)o o(\_))
> ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
> http://iguanasuicide.org/ \_/
>
>


-- 
Kent
ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x|
print "enNOSPicAMreil kdrtf@gma.com"[(2*x)..(2*x+1)]}'
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Boyd Stephen Smith Jr.]

[-- Attachment #1: Type: text/plain, Size: 1198 bytes --]

On Monday 30 July 2007, "Kent Fredric" <kentfredric@gmail.com> wrote 
about 'Re: [gentoo-user] Re: reiserfsprogs':
> On 7/30/07, Boyd Stephen Smith Jr. <bss03@volumehost.net> wrote:
> > 5) If (2) indicates corruptions that can only be corrected by
> > --rebuild-tree
> >    b) Begin praying.
>
> This guy knows his stuff. Last time I used reiser I didn't pray enough
> to keep it going

All joking aside, I've recovered reiserfs much more often than I've gotten 
anything useful out of a bad ext2/3 filesystem.

You have to know it's limitations, but I've had a growing reiserfs file 
system for over two years now that I've had to --rebuild-tree on at least 
3 times and never lost a drop of data.

My ext2/3 boot patition has died a similar number of times, and no amount 
of e2fsck gave me any data back (but luckily, /boot is fairly easy to 
rebuild).

I swear *by* reiser much more often than I swear *at* reiser, but I've done 
both.

-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
bss03@volumehost.net                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: reiserfsprogs

[James]

Boyd Stephen Smith Jr. <bss03 <at> volumehost.net> writes:


> > /dev/sda2        /boot   reiserfs        defaults               1 2
> > /dev/sda4        /       reiserfs        defaults               1 1

> > which should force an fsck on the reiserfs file system?

> I don't see how this would force a fsck.

Well so much for the man page on fstab...
ount to return on my 2+TiB filesystem.)

> Also, resiserfsck is different than other fscks.  It has two "fix" modes, 
> neither of which is automatic and one of which is quite dangerous; the one 
> you should use is based on the output of the "check" mode.

Well OK, I got your instructions.

However, xdm is not turned on so the system boots straight to
a command line prompt. Previously I suspected the xorg.conf file
for startup during xdm launch-->latchup. After disabling X/kde/xdm, the 
system still has problems. Last night it was just sitting in
a quiescent state and it just latched up. Not good for a brand new
laptop. Today I booted it up and set the date on the command line.
Then I issued 'hwclock --systohc' and the system latched up 
tight, again. Power cycle and the minimal CD has the system running
a memtest86 for a while, to ensure it's not the ram.
If the ram proves up OK, then I'm going to follow your
previous instructions on repairing the reiserfs partitions.

What else could it be? This was a vista only laptop, so
if all else fails, I'll just blame Microsoft......
I ran fdisk but, it may need an old fashion dos format?
Suggestions on robust low_level formatting is I have to re-install
this machine?

I've got over a dozen systems with reiserfs on the /boot partition
and not a single problem in almost 4 years of running gentoo
and reiser on the boot partition. Losing 32M of space is a non
issue for me. Reiser gets a lot of bad press,
but, I like it very much and cannot wait until reiser4 is
a bit more of a commodity. 

I've had lots of problems with ext2 and ext3 (No thanks)......

I'll drop a line when the memory testing is conclusive.

thx,

James

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfsprogs

[James]

James <wireless <at> tampabay.rr.com> writes:


> > > /dev/sda2        /boot   reiserfs        defaults               1 2
> > > /dev/sda4        /       reiserfs        defaults               1 1

> Well OK, I got your instructions.


10 passes of memtest86  and not one error. I do not think it's
the ram....



I'm preceeding with your cookbook instructions on
fixing the reiserfs file system....

(toes && fingers crossed)


James




-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfsprogs

[james]

Boyd Stephen Smith Jr. <bss03 <at> volumehost.net> writes:


> > /dev/sda2        /boot   reiserfs        defaults               1 2

Did this one second "No corruption found" from step 2...

> > /dev/sda4        /       reiserfs        defaults               1 1

Accidentially issued  4b before 2
reiserfsck -y --fix-fixable /dev/block

all is ok now, ""No corruptions found" but, I do not know if it
was always ok or fixed because of step 4b.........(tired me)...

For now the system is booting to a console prompt. I'm looking
for a guide that tells you how to test xorg.conf configs
and recover without having to reboot (powercycle) the system.

I've never seen starting up X/kde cause a system to hang before...

Thanks for your help Boyd. At lease I now know how to fsck
with reiserfs.


James




-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]

On Mon, 30 Jul 2007 20:22:07 +0000 (UTC), james wrote:

> For now the system is booting to a console prompt. I'm looking
> for a guide that tells you how to test xorg.conf configs
> and recover without having to reboot (powercycle) the system.
> 
> I've never seen starting up X/kde cause a system to hang before...

Is the whole system handing, or just X? Do you have a networked computer
you can SSH in from, that would enable you to kill X. If all else fails,
and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold
down Alt and SysReq/PrtScr and press S, U and B in turn to reboot
(reasonably) cleanly. Pausing a couple of seconds between each key is
probably a good idea.


-- 
Neil Bothwick

And God said "Let there be light" and there was light.
There was still nothing, but you could see it better.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: reiserfsprogs

[Volker Armin Hemmann]

On Montag, 30. Juli 2007, Neil Bothwick wrote:
> On Mon, 30 Jul 2007 20:22:07 +0000 (UTC), james wrote:
> > For now the system is booting to a console prompt. I'm looking
> > for a guide that tells you how to test xorg.conf configs
> > and recover without having to reboot (powercycle) the system.
> >
> > I've never seen starting up X/kde cause a system to hang before...
>
> Is the whole system handing, or just X? Do you have a networked computer
> you can SSH in from, that would enable you to kill X. If all else fails,
> and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold
> down Alt and SysReq/PrtScr and press S, U and B in turn to reboot
> (reasonably) cleanly. Pausing a couple of seconds between each key is
> probably a good idea.

E, I, S, U, B

so everything is killed, and nothing trying to write to disk, when unmounting 
them.
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfsprogs

[James]

Volker Armin Hemmann <volker.armin.hemmann <at> tu-clausthal.de> writes:


> > > I've never seen starting up X/kde cause a system to hang before...

> > Is the whole system handing, or just X?


The entire system latches up tight, even the ssh remote shells and console.

> > Do you have a networked computer
> > you can SSH in from, that would enable you to kill X. 

I start X(kde) with startx. I followed the guides in
http://www.gentoo.org/doc/en/list.xml

Code Listing 2.4: Configuring your local session
$ echo "exec startkde" > ~/.xinitrc

X/kde runs fine, but when I exit it now, the system latches up, tight
all ssh sessions, the console, everything.



> > If all else fails,
> > and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold
> > down Alt and SysReq/PrtScr and press S, U and B in turn to reboot
> > (reasonably) cleanly. Pausing a couple of seconds between each key is
> > probably a good idea.

Interesting idea however this laptop does not have this key "SysReq/PrtScr".


 
> E, I, S, U, B

> so everything is killed, and nothing trying to write to disk, when unmounting 
> them.


Hmm, I do not think you understand, when I exit X/kde the entire system is
latched up tight. None of the keys work, nothing is echoed to the screen,
the system is latched up tight. All I can do is power cycle the system.
When I do that the screen fades and the mouse cursor is visible but slowly
fades to a solid white screen. The system hangs at the very moment I use
the logout button in kde, to exit the system.

Very strange and very repeatable.....

maybe emerge --emptytree world?

revdep-rebuild -p is fine.

I am clueless how to fix this... ideas?


James



-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Boyd Stephen Smith Jr.]

[-- Attachment #1: Type: text/plain, Size: 2059 bytes --]

On Monday 30 July 2007, James <wireless@tampabay.rr.com> wrote 
about '[gentoo-user]  Re: reiserfsprogs':
> Volker Armin Hemmann <volker.armin.hemmann <at> tu-clausthal.de> writes:
> > Neil wrote:
> > > If all else fails,
> > > and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel,
> > > hold down Alt and SysReq/PrtScr and press S, U and B in turn to
> > > reboot (reasonably) cleanly. Pausing a couple of seconds between
> > > each key is probably a good idea.
>
> Interesting idea however this laptop does not have this key
> "SysReq/PrtScr".

Every keyboard has a SysRq button.  On most, it is shared with PrtScrn.  
However, I've also seen it shared with either an F key or ScrollLock or by 
itself.  Also, I've seen laptops where you had to hold the Fn key to get a 
key that acts like SysRq.

I guarantee you've got one, although I suppose it might not be labeled 
SysRq at all.

> > E, I, S, U, B
> >
> > so everything is killed, and nothing trying to write to disk, when
> > unmounting them.
>
> Hmm, I do not think you understand, when I exit X/kde the entire system
> is latched up tight. None of the keys work, nothing is echoed to the
> screen, the system is latched up tight.

Please *try* the Alt+SysRq instructions if you haven't already.  Those are 
handled directly by the kernel at a fairly high priority.  I've had 
everything else be ignored, including C+A+Del, and had Alt+SysRq save my 
filesystems.  It is possible that you might not see anything happen after 
E, I, S, and U, especially if you were previously in X, since the kernel 
is trying to write to the text-mode console but things are happening 
unless your kernel has crashed.

All other keystrokes travel to user-space to be processed, so if your 
kernel is busy, they won't do anything.

-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
bss03@volumehost.net                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: reiserfsprogs

[James]

Boyd Stephen Smith Jr. <bss03 <at> volumehost.net> writes:


> > > > and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel,
> > > > hold down Alt and SysReq/PrtScr and press S, U and B in turn to
> > > > reboot (reasonably) cleanly. Pausing a couple of seconds between
> > > > each key is probably a good idea.

Kernel Hacking:
CONFIG_MAGIC_SYSRQ=y


> > Interesting idea however this laptop does not have this key
> > "SysReq/PrtScr".

> Every keyboard has a SysRq button.  On most, it is shared with PrtScrn.  
> However, I've also seen it shared with either an F key or ScrollLock or by 
> itself.  Also, I've seen laptops where you had to hold the Fn key to get a 
> key that acts like SysRq.

> I guarantee you've got one, although I suppose it might not be labeled 
> SysRq at all.

OK, sorry; between being very tired and aging eyes, I had to use 
a magnifying glass and found these 2 keys:
"home/prt sc" and "end/sys rq" the bottom ones look like function key 
markings...(tiny font)

So When X/kde freezes up everything I'm going to hold down these (3) keys:
ALT+FUNCKEY+SYSRQ" 
and then Sequentially press "E I S U B" with a 2 second delay between
keystokes
and the system will cleanly reboot?

This failed to work for me. After it hung, I tried the above and
many variations on this theme of keystroke to reboot. Nothing worked.
However, upon powercycle reboot, the system came back clean
with no fsck..... Maybe this keystroke sequence clean up everything, 
but failed to initiate a reboot?


Well, with no changes to the system or config files , 
this time X/kde failed to launch, or I guess
I should say the screen went black (dark) and just latched up the
system completely, all remote ssh session and the console LATCHED UP.

Repeatable now so KDE now launches to a dark (latched up) screen
now. When I boot to a console, the system is fine. When I launch
X/kde via startx it latches up immediately....


I have no idea how to figure out this problem. To me it has to be
the xorg.conf file?






-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 885 bytes --]

Hello James,

> > > hold down Alt and SysReq/PrtScr and press S, U and B in turn to
> > > reboot (reasonably) cleanly
> 
> Interesting idea however this laptop does not have this key
> "SysReq/PrtScr".

As Boyd said, it may be hidden (in which case it is very well hidden on
this iBook, I haven't found it yet :( However, I've never seen an x86
system that doesn't have one somewhere.

> > so everything is killed, and nothing trying to write to disk, when
> > unmounting them.  

> Hmm, I do not think you understand, when I exit X/kde the entire system
> is latched up tight. None of the keys work, nothing is echoed to the
> screen, the system is latched up tight.

Magic SysReq works at the kernel level, so it usually works even when the
system appears completely locked up.


-- 
Neil Bothwick

Zmodem has bigger bits, softer blocks, and tighter ASCII

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: reiserfsprogs

[Kent Fredric]

On 7/31/07, James <wireless@tampabay.rr.com> wrote:
> Volker Armin Hemmann <volker.armin.hemmann <at> tu-clausthal.de> writes:
>
>
> > > > I've never seen starting up X/kde cause a system to hang before...
>
> > > Is the whole system handing, or just X?
>
>
> The entire system latches up tight, even the ssh remote shells and console.
>
> > > Do you have a networked computer
> > > you can SSH in from, that would enable you to kill X.
>
> I start X(kde) with startx. I followed the guides in
> http://www.gentoo.org/doc/en/list.xml
>
> Code Listing 2.4: Configuring your local session
> $ echo "exec startkde" > ~/.xinitrc
>
> X/kde runs fine, but when I exit it now, the system latches up, tight
> all ssh sessions, the console, everything.
>


Try Disabling anything fancy ( ie: composite support ), or try
disabling APIC. I had a glitch a while back where composite + apic =
system lockup, and later, something in QT4 tripped it up.

>
>
> > > If all else fails,
> > > and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold
> > > down Alt and SysReq/PrtScr and press S, U and B in turn to reboot
> > > (reasonably) cleanly. Pausing a couple of seconds between each key is
> > > probably a good idea.
>
> Interesting idea however this laptop does not have this key "SysReq/PrtScr".
>
>
>
> > E, I, S, U, B
>
> > so everything is killed, and nothing trying to write to disk, when unmounting
> > them.
>
>
> Hmm, I do not think you understand, when I exit X/kde the entire system is
> latched up tight. None of the keys work, nothing is echoed to the screen,
> the system is latched up tight. All I can do is power cycle the system.
> When I do that the screen fades and the mouse cursor is visible but slowly
> fades to a solid white screen. The system hangs at the very moment I use
> the logout button in kde, to exit the system.
>
> Very strange and very repeatable.....
>
> maybe emerge --emptytree world?
>
> revdep-rebuild -p is fine.
>
> I am clueless how to fix this... ideas?
>
>
> James
>
>
>
> --
> gentoo-user@gentoo.org mailing list
>
>


-- 
Kent
ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x|
print "enNOSPicAMreil kdrtf@gma.com"[(2*x)..(2*x+1)]}'
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfsprogs

[James]

Kent Fredric <kentfredric <at> gmail.com> writes:


> > X/kde runs fine, but when I exit it now, the system latches up, tight
> > all ssh sessions, the console, everything.

Now X/kde will not start. Everything latches up as soon as I enter
'startx' at the console.

> Try Disabling anything fancy ( ie: composite support ), or try
> disabling APIC. I had a glitch a while back where composite + apic =
> system lockup, and later, something in QT4 tripped it up.


I have no ide how to  diable 'composite support'.
When the system was ordered it was specified 1680x1050 on the 
17 inch screen resolution. The few times (sporadically) I did
get X/kde to launch, it was is 1024x768 mode. I cold not build 
a working xorg.conf file, so I boot up the liveCD 2007.0 can
copied over the default xorg.conf that at least worked with the
liveCD. My suspicion is that xorg.conf file, particularly the
Hortz and Vert ranges:
 HorizSync    28.0 - 96.0
 VertRefresh  50.0 - 75.0

Or maybe it the long list of fonts from the xorg.conf file on the livecd2007.0
and I have not installed all of those fonts?

What I need a very simple xorg.conf for a HP Pavilion dv9000z.
Googling I found a couple but they did not work and hacking
xorg.conf files has always seem to be a moving target for me....


I eliminated acpid from the startup, it made no difference:
rc-update del acpid default

Right now I'm running 'emerge --emptytree world'
It's on 29/862  for lack of any better ideas.


James

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1847 bytes --]

On Tuesday 31 July 2007 17:32, James wrote:

> I have no ide how to  diable 'composite support'.

Section "Extensions"
        Option  "Composite"     "Disable"  (or False)

> When the system was ordered it was specified 1680x1050 on the
> 17 inch screen resolution. The few times (sporadically) I did
> get X/kde to launch, it was is 1024x768 mode. I cold not build
> a working xorg.conf file, so I boot up the liveCD 2007.0 can
> copied over the default xorg.conf that at least worked with the
> liveCD. My suspicion is that xorg.conf file, particularly the
> Hortz and Vert ranges:
>  HorizSync    28.0 - 96.0
>  VertRefresh  50.0 - 75.0

From a terminal within X while you have booted the LiveCD run xvidtune (emerge 
it if you have to).  That will tell you what is the HorizSync and 
VertRefresh.  Assuming all is looking right with the LiveCD use these 
settings into your xorg.conf.  Another trick is to remove them completely 
(just comment them out) and xorg will try to guess them after it probes the 
hardware.  It may just work.  Final gotcha is the mouse.  I assume that if it 
works with the LiveCD the same settings should do it for you, otherwise you 
may want to try playing with mine below and see what gives:

==============================
Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "synaptics"
        Option      "Protocol" "SynPS/2"
        Option      "InputFashion" "Mouse"
        Option      "Device" "/dev/input/mice"
        Option       "Name" "SynPS/2 Synaptics TouchPad"
        Option       "SHMConfig" "on"
        Option       "Vendor" "0002"
        Option      "ZAxisMapping"      "4 5"
        Option      "Emulate3Buttons"   "True"
        Option      "Buttons"   "3"
EndSection
==============================

HTH.
-- 
Regards,
Mick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: reiserfsprogs

[James]

Mick <michaelkintzios <at> gmail.com> writes:


> From a terminal within X while you have booted the LiveCD run xvidtune (emerge 


OK I'll give this a whirl, after 
emerge --emptytree world
completes. I'll try all of your suggestions and post to
a new thread on the result. The laptop (hopefully)
will be compiling all night.....

Right now I'm just a little fried and frustrated over
this machine.

thx,


James





-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfsprogs

[Mick]

[-- Attachment #1: Type: text/plain, Size: 715 bytes --]

On Tuesday 31 July 2007 20:52, James wrote:
> Mick <michaelkintzios <at> gmail.com> writes:
> > From a terminal within X while you have booted the LiveCD run xvidtune
> > (emerge
>
> OK I'll give this a whirl, after
> emerge --emptytree world
> completes. I'll try all of your suggestions and post to
> a new thread on the result. The laptop (hopefully)
> will be compiling all night.....
>
> Right now I'm just a little fried and frustrated over
> this machine.

I know how you feel . . . been there more than once.  The other thing you may 
want to check is the laptop manual for the monitor specifications.  The 
HorizSync & VertRefresh may be shown in there.

Good luck.
-- 
Regards,
Mick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: reiserfsprogs

[Kent Fredric]

On 8/1/07, James <wireless@tampabay.rr.com> wrote:
> Kent Fredric <kentfredric <at> gmail.com> writes:
>
>
> > > X/kde runs fine, but when I exit it now, the system latches up, tight
> > > all ssh sessions, the console, everything.
>
> Now X/kde will not start. Everything latches up as soon as I enter
> 'startx' at the console.
>
> > Try Disabling anything fancy ( ie: composite support ), or try
> > disabling APIC. I had a glitch a while back where composite + apic =
> > system lockup, and later, something in QT4 tripped it up.
>

No, not  ACPI , APIC

in kernel menuconfig:

 Processor Types and Features ->
    Local APIC support on uniprocessors [ not checked ] ( CONFIG_X86_UP_APIC )

I have it off, and its left off, saves me headaches and needless hell.




     > I have no ide how to  diable 'composite support'.
> When the system was ordered it was specified 1680x1050 on the
> 17 inch screen resolution. The few times (sporadically) I did
> get X/kde to launch, it was is 1024x768 mode. I cold not build
> a working xorg.conf file, so I boot up the liveCD 2007.0 can
> copied over the default xorg.conf that at least worked with the
> liveCD. My suspicion is that xorg.conf file, particularly the
> Hortz and Vert ranges:
>  HorizSync    28.0 - 96.0
>  VertRefresh  50.0 - 75.0
>
> Or maybe it the long list of fonts from the xorg.conf file on the livecd2007.0
> and I have not installed all of those fonts?
>
> What I need a very simple xorg.conf for a HP Pavilion dv9000z.
> Googling I found a couple but they did not work and hacking
> xorg.conf files has always seem to be a moving target for me....
>
>
> I eliminated acpid from the startup, it made no difference:
> rc-update del acpid default
>
> Right now I'm running 'emerge --emptytree world'
> It's on 29/862  for lack of any better ideas.
>
>
> James
>
> --
> gentoo-user@gentoo.org mailing list
>
>


-- 
Kent
ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x|
print "enNOSPicAMreil kdrtf@gma.com"[(2*x)..(2*x+1)]}'
-- 
gentoo-user@gentoo.org mailing list