Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Wed, 13 Feb 2008 08:58:01 +0100 Roland Smith [EMAIL PROTECTED] wrote: On Wed, Feb 13, 2008 at 12:59:41AM -0600, Scott Bennett wrote: % cat show #! /bin/csh set delay=3D3D2 set pixlist=3D3D(09 08 07 05 04 03 02 01) foreach i ($pixlist) (nice xv $i.jpg ) sleep $delay end =3D20 The delay is simply to ensure the windows get opened in the sequence t= hat I want them opened. The photos are in the same directory, and I run i= t by typing ./show in the directory. If I type, for example, xv 01.jpg= , =3D it works fine in either the old location or in the GELI partition. If I = type ./show in the copy of the directory that is in the GELI partition, F= ree=3D BSD reboots immediately.=3D20 I've run your script on a batch of photos on a GELI encrypted partition without problems. This is on FreeBSD 7.0-PRERELEASE amd64 I would look at the X server. Since it runs as root and has access to /dev/mem and /dev/io an X bug could potentially screw things up quite ni= cel=3D y. I'm running xorg-server-1.4_4,1. =20 I'm still running xorg-server-6.9.0_5, I believe. Haven't yet felt = like wading through the swamp of troubles that seems to await those who upgrade to 7.x, but will probably have to suffer through it soon. The base system upgrade was painless as usual for me. To prevent problems with ports, I had portmaster make a list of 'leaf' ports. Then I deleted all ports, installed the new base system and re-installed the leaf ports, which took care of the dependancies. Other than that it took a long time I didn't have problems with the upgrade. Glad it went easily for you. Maybe I'll get lucky, too, but the ports subsystem has burned me so often that I'll believe the upgrade is easy when I see it happen that way. If you have it installed, try display(1) from the ImageMagick suite instead of xv. See if it makes any difference. =20 There's a thought. However, I think first I'll try setting the GELI sector size to 4 KB to see whether that evades the bug. That makes sense. I've never used anything but the default settings for new= fs. I presume you've checked for the obvious things such as out of memory or filesystem full? =20 What do you mean out of memory? =20 Physical memory completely used and swap almost full.=20 No, that has never even come close to happening on my system. In these reboot cases, there were anywhere from 300 MB to 700 MB free, according to top, at the times of the reboots. Also, I have a swap partition of 5 GB. Usually none of it is used. Occasionally, there's enough going on to use a smidgen of it (like right now: 60 KB used). I think maybe once or twice since I first installed FreeBSD 5.2.1 years ago I've seen the swap usage exceed 1 MB. And I only had the file system loaded to about 45% after minfree. Maybe I should try GBDE instead of GELI. I chose GELI for the=3D= 20 partition in question mainly because I was already using it for the sw= ap partition, but maybe it's still a little too green to be reliable yet. =3D20 I've used it on my /home for years without trouble. =3D46rom what I've read, GELI is supposed to be more secure. Well, if I can get it to work and not cause instant reboots, I'll st= ick with it. Otherwise I'll have to play around with what works. The only trouble I ever had with GELI was to try and use encrypted USB mass storage devices. But those were apparently caused by a buggy USB-ATA chip. And there seems to be a workaround in the driver on 7.x because I haven't seen the problem since the upgrade. In this case, the GELI partition is on an external (USB) drive. I've never had any trouble at all with the drive or its cable, so that's probably not the problem. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Tue, 12 Feb 2008 16:01:26 +0100 Roland Smith [EMAIL PROTECTED] wrote: On Tue, Feb 12, 2008 at 08:02:49AM -0600, Scott Bennett wrote: I just set up a GELI partition for the first time a while ago (not counting the swap partition). After initializing the GELI device file, filling it from /dev/random, running newfs, and copying over a couple of directory trees from another file system, I tried running a C-shell script in one of the bottom-level directories. The script works fine in its original location, but after cd'ing to the new location and running it, the system immediately reboots. Because this leaves most/all of the file systems marked dirty, fsck has to run on startup. (I ran fsck by hand on the GELI partition.) It does it every time, so it is certainly repeatable. Is this a known problem? Or is there some feature of GELI-encrypted file systems that is expected to have problems running scripts?=20 My /home is a GELI encrypted partition. I've never had problems running scripts from it, although my scripts are usually sh, not csh.=20 What does the script do? Are you running it as root? The script displays a bunch of pictures as separate xv(1) windows. No, I was running it under my own userid. It is quite simple: % cat show #! /bin/csh set delay=2 set pixlist=(09 08 07 05 04 03 02 01) foreach i ($pixlist) (nice xv $i.jpg ) sleep $delay end The delay is simply to ensure the windows get opened in the sequence that I want them opened. The photos are in the same directory, and I run it by typing ./show in the directory. If I type, for example, xv 01.jpg, it works fine in either the old location or in the GELI partition. If I type ./show in the copy of the directory that is in the GELI partition, FreeBSD reboots immediately. When it first happened, I thought maybe the machine had had some other problem, perhaps thermal, although I thought I'd dealt with its thermal problems. After it restarted, I thought nothing of it and typed ./show in the directory in the GELI partition again. It rebooted on the spot. I was shocked, to say the least. I may do a little more experimenting the next time I decide to shut down my tor server, but I doubt I will before then because I hate to crash the system with a server running. Maybe I should try GBDE instead of GELI. I chose GELI for the partition in question mainly because I was already using it for the swap partition, but maybe it's still a little too green to be reliable yet. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Tue, 12 Feb 2008 16:06:45 +0100 [EMAIL PROTECTED]@mgEDV.net [EMAIL PROTECTED] wrote: Subject: /bin/csh script in GELI partition crashes 6.3-STABLE things i ran into with GELI/UFS2+S: - geli partition sector size larger than 4KB caused panics on one of our boxes Ah. Okay. I had set it to 8 KB for better performance. I'll try it again with it set to 4 KB. - fs sector size any than 512 sometimes caused hangs/watchdog reboots try setting up a kernel with debug-flags and integrated debugger (see ddb(4)) to catch a panic and get a backtrace if there's any. Well, that's a hardware feature I can't change. AFAIK, it's stuck at 512 bytes/sector on the drive in question. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Tue, Feb 12, 2008 at 03:46:56PM -0600, Scott Bennett wrote: On Tue, 12 Feb 2008 16:01:26 +0100 Roland Smith [EMAIL PROTECTED] wrote: On Tue, Feb 12, 2008 at 08:02:49AM -0600, Scott Bennett wrote: I just set up a GELI partition for the first time a while ago (not counting the swap partition). After initializing the GELI device file, filling it from /dev/random, running newfs, and copying over a couple of directory trees from another file system, I tried running a C-shell script in one of the bottom-level directories. The script works fine in its original location, but after cd'ing to the new location and running it, the system immediately reboots. Because this leaves most/all of the file systems marked dirty, fsck has to run on startup. (I ran fsck by hand on the GELI partition.) It does it every time, so it is certainly repeatable. Is this a known problem? Or is there some feature of GELI-encrypted file systems that is expected to have problems running scripts?=20 My /home is a GELI encrypted partition. I've never had problems running scripts from it, although my scripts are usually sh, not csh. What does the script do? Are you running it as root? The script displays a bunch of pictures as separate xv(1) windows. No, I was running it under my own userid. It is quite simple: % cat show #! /bin/csh set delay=2 set pixlist=(09 08 07 05 04 03 02 01) foreach i ($pixlist) (nice xv $i.jpg ) sleep $delay end The delay is simply to ensure the windows get opened in the sequence that I want them opened. The photos are in the same directory, and I run it by typing ./show in the directory. If I type, for example, xv 01.jpg, it works fine in either the old location or in the GELI partition. If I type ./show in the copy of the directory that is in the GELI partition, FreeBSD reboots immediately. I've run your script on a batch of photos on a GELI encrypted partition without problems. This is on FreeBSD 7.0-PRERELEASE amd64 I would look at the X server. Since it runs as root and has access to /dev/mem and /dev/io an X bug could potentially screw things up quite nicely. I'm running xorg-server-1.4_4,1. If you have it installed, try display(1) from the ImageMagick suite instead of xv. See if it makes any difference. I presume you've checked for the obvious things such as out of memory or filesystem full? Maybe I should try GBDE instead of GELI. I chose GELI for the partition in question mainly because I was already using it for the swap partition, but maybe it's still a little too green to be reliable yet. I've used it on my /home for years without trouble. From what I've read, GELI is supposed to be more secure. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpgbmoa4txAo.pgp Description: PGP signature
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Tue, 12 Feb 2008 15:16:59 +0100 Ivan Voras [EMAIL PROTECTED] wrote: Scott Bennett wrote: It does it every time, so it is certainly repeatable. Is this a known problem? Or is there some feature of GELI-encrypted file systems that is expected to have problems running scripts? (I do not know whether the problem is limited to /bin/csh scripts. After several crashes in just a few minutes, I decided I had had enough of that for one night.) If anyone has seen this happen before, please let me know. This is absolutely not a common problem, and it's unlikely that the shell script is the direct cause of the reboots. Are there any messages written on the console juse before the reboots? Are the reboots actually None. kernel panics? If so, you'll need to track down the messages and report them (http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html), The kernel panics I've seen in the past all hung the system cold and required powering it down in order to reboot it. The current situation involves a pause of one or two seconds, followed by a black screen, then the Dell startup splash screen, and then the screen displayed by my boot manager, offering a choice of Windows XP or FreeBSD. It's all very fast. I'm not at all sure that a final sync(2) is even done. if not, it's maybe a hardware problem. Is there something unusual about your hardware? I don't think so. It's a Dell Inspiron XPS w/1 GB of memory, a Mobility Radeon 9800 card, and several devices attached to USB ports. The CPU is a 3.4 GHz P4 w/HT enabled in chipset, BIOS, and kernel. There is also a Soundblaster Audigy 2ZS PCMCIA card in the slot. There is no software support for 3D acceleration on the graphics card and no software support for the sound card. There is a builtin sound setup for which there does seem to be some limited software support. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
Subject: /bin/csh script in GELI partition crashes 6.3-STABLE things i ran into with GELI/UFS2+S: - geli partition sector size larger than 4KB caused panics on one of our boxes - fs sector size any than 512 sometimes caused hangs/watchdog reboots try setting up a kernel with debug-flags and integrated debugger (see ddb(4)) to catch a panic and get a backtrace if there's any. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Tue, Feb 12, 2008 at 08:02:49AM -0600, Scott Bennett wrote: I just set up a GELI partition for the first time a while ago (not counting the swap partition). After initializing the GELI device file, filling it from /dev/random, running newfs, and copying over a couple of directory trees from another file system, I tried running a C-shell script in one of the bottom-level directories. The script works fine in its original location, but after cd'ing to the new location and running it, the system immediately reboots. Because this leaves most/all of the file systems marked dirty, fsck has to run on startup. (I ran fsck by hand on the GELI partition.) It does it every time, so it is certainly repeatable. Is this a known problem? Or is there some feature of GELI-encrypted file systems that is expected to have problems running scripts? My /home is a GELI encrypted partition. I've never had problems running scripts from it, although my scripts are usually sh, not csh. What does the script do? Are you running it as root? Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgp70X3eh7u9W.pgp Description: PGP signature
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
Scott Bennett wrote: It does it every time, so it is certainly repeatable. Is this a known problem? Or is there some feature of GELI-encrypted file systems that is expected to have problems running scripts? (I do not know whether the problem is limited to /bin/csh scripts. After several crashes in just a few minutes, I decided I had had enough of that for one night.) If anyone has seen this happen before, please let me know. This is absolutely not a common problem, and it's unlikely that the shell script is the direct cause of the reboots. Are there any messages written on the console juse before the reboots? Are the reboots actually kernel panics? If so, you'll need to track down the messages and report them (http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html), if not, it's maybe a hardware problem. Is there something unusual about your hardware? signature.asc Description: OpenPGP digital signature
/bin/csh script in GELI partition crashes 6.3-STABLE
I just set up a GELI partition for the first time a while ago (not counting the swap partition). After initializing the GELI device file, filling it from /dev/random, running newfs, and copying over a couple of directory trees from another file system, I tried running a C-shell script in one of the bottom-level directories. The script works fine in its original location, but after cd'ing to the new location and running it, the system immediately reboots. Because this leaves most/all of the file systems marked dirty, fsck has to run on startup. (I ran fsck by hand on the GELI partition.) It does it every time, so it is certainly repeatable. Is this a known problem? Or is there some feature of GELI-encrypted file systems that is expected to have problems running scripts? (I do not know whether the problem is limited to /bin/csh scripts. After several crashes in just a few minutes, I decided I had had enough of that for one night.) If anyone has seen this happen before, please let me know. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Tue, 12 Feb 2008 23:51:41 +0100 Roland Smith [EMAIL PROTECTED] wrote: On Tue, Feb 12, 2008 at 03:46:56PM -0600, Scott Bennett wrote: On Tue, 12 Feb 2008 16:01:26 +0100 Roland Smith [EMAIL PROTECTED] wrote: On Tue, Feb 12, 2008 at 08:02:49AM -0600, Scott Bennett wrote: I just set up a GELI partition for the first time a while ago (not counting the swap partition). After initializing the GELI device file, filling it from /dev/random, running newfs, and copying over a couple = of directory trees from another file system, I tried running a C-shell sc= ript in one of the bottom-level directories. The script works fine in its original location, but after cd'ing to the new location and running it, the system immediately reboots. Because this leaves most/all of the f= ile systems marked dirty, fsck has to run on startup. (I ran fsck by hand= on the GELI partition.) It does it every time, so it is certainly repeatable. Is this a known problem? Or is there some feature of GELI-encrypted file systems that is expected to have problems running scripts?=3D20 My /home is a GELI encrypted partition. I've never had problems running scripts from it, although my scripts are usually sh, not csh. What does the script do? Are you running it as root? The script displays a bunch of pictures as separate xv(1) windows. = No, I was running it under my own userid. It is quite simple: =20 % cat show #! /bin/csh set delay=3D2 set pixlist=3D(09 08 07 05 04 03 02 01) foreach i ($pixlist) (nice xv $i.jpg ) sleep $delay end =20 The delay is simply to ensure the windows get opened in the sequence that I want them opened. The photos are in the same directory, and I run it by typing ./show in the directory. If I type, for example, xv 01.jpg, = it works fine in either the old location or in the GELI partition. If I type ./show in the copy of the directory that is in the GELI partition, Free= BSD reboots immediately.=20 I've run your script on a batch of photos on a GELI encrypted partition without problems. This is on FreeBSD 7.0-PRERELEASE amd64 I would look at the X server. Since it runs as root and has access to /dev/mem and /dev/io an X bug could potentially screw things up quite nicel= y. I'm running xorg-server-1.4_4,1. I'm still running xorg-server-6.9.0_5, I believe. Haven't yet felt like wading through the swamp of troubles that seems to await those who upgrade to 7.x, but will probably have to suffer through it soon. If you have it installed, try display(1) from the ImageMagick suite instead of xv. See if it makes any difference. There's a thought. However, I think first I'll try setting the GELI sector size to 4 KB to see whether that evades the bug. I presume you've checked for the obvious things such as out of memory or filesystem full? What do you mean out of memory? And I only had the file system loaded to about 45% after minfree. Maybe I should try GBDE instead of GELI. I chose GELI for the=20 partition in question mainly because I was already using it for the swap partition, but maybe it's still a little too green to be reliable yet. =20 I've used it on my /home for years without trouble. =46rom what I've read, GELI is supposed to be more secure. Well, if I can get it to work and not cause instant reboots, I'll stick with it. Otherwise I'll have to play around with what works. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /bin/csh script in GELI partition crashes 6.3-STABLE
On Wed, Feb 13, 2008 at 12:59:41AM -0600, Scott Bennett wrote: % cat show #! /bin/csh set delay=3D2 set pixlist=3D(09 08 07 05 04 03 02 01) foreach i ($pixlist) (nice xv $i.jpg ) sleep $delay end =20 The delay is simply to ensure the windows get opened in the sequence that I want them opened. The photos are in the same directory, and I run it by typing ./show in the directory. If I type, for example, xv 01.jpg, = it works fine in either the old location or in the GELI partition. If I type ./show in the copy of the directory that is in the GELI partition, Free= BSD reboots immediately.=20 I've run your script on a batch of photos on a GELI encrypted partition without problems. This is on FreeBSD 7.0-PRERELEASE amd64 I would look at the X server. Since it runs as root and has access to /dev/mem and /dev/io an X bug could potentially screw things up quite nicel= y. I'm running xorg-server-1.4_4,1. I'm still running xorg-server-6.9.0_5, I believe. Haven't yet felt like wading through the swamp of troubles that seems to await those who upgrade to 7.x, but will probably have to suffer through it soon. The base system upgrade was painless as usual for me. To prevent problems with ports, I had portmaster make a list of 'leaf' ports. Then I deleted all ports, installed the new base system and re-installed the leaf ports, which took care of the dependancies. Other than that it took a long time I didn't have problems with the upgrade. If you have it installed, try display(1) from the ImageMagick suite instead of xv. See if it makes any difference. There's a thought. However, I think first I'll try setting the GELI sector size to 4 KB to see whether that evades the bug. That makes sense. I've never used anything but the default settings for newfs. I presume you've checked for the obvious things such as out of memory or filesystem full? What do you mean out of memory? Physical memory completely used and swap almost full. And I only had the file system loaded to about 45% after minfree. Maybe I should try GBDE instead of GELI. I chose GELI for the=20 partition in question mainly because I was already using it for the swap partition, but maybe it's still a little too green to be reliable yet. =20 I've used it on my /home for years without trouble. =46rom what I've read, GELI is supposed to be more secure. Well, if I can get it to work and not cause instant reboots, I'll stick with it. Otherwise I'll have to play around with what works. The only trouble I ever had with GELI was to try and use encrypted USB mass storage devices. But those were apparently caused by a buggy USB-ATA chip. And there seems to be a workaround in the driver on 7.x because I haven't seen the problem since the upgrade. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpHgUbhBZYfh.pgp Description: PGP signature
