Turn off rebooting in single-user mode after fail.
Hello. How to turn off automatic reboot in single user mode after power fails or sudden reset? Do i need to make passin value in fstab equal to zero just to turn off automatic FSCK fs check? The system is remote and it is VERY annoy to up it by hands after any fail. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Turn off rebooting in single-user mode after fail.
On Mon, Jul 27, 2009 at 11:59 AM, Paul P. wrote: > Hello. > How to turn off automatic reboot in single user mode after power fails or > sudden reset? Do i need to make passin value in fstab equal to zero just to > turn off automatic FSCK fs check? if i understood correctly: rc.conf: fsck_y_enable="YES" # Set to YES to do fsck -y if the initial preen fails. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Turn off rebooting in single-user mode after fail.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just put fsck_y_enable="YES" in /etc/rc.conf Disabling file system check is dangerous! Paul P. wrote: > Hello. > How to turn off automatic reboot in single user mode after power fails or > sudden reset? Do i need to make passin value in fstab equal to zero just to > turn off automatic FSCK fs check? > > The system is remote and it is VERY annoy to up it by hands after any fail. > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFKbYP8xJBWvpalMpkRAguVAKCjlRL1EW11WUKhSxnx2MKKwQxOvgCcDcz/ MZ4GRZJdMN0sUKrr/zHlgVM= =97QP -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: smartctl: Unrecognized command 13
on 25/07/2009 11:48 Andriy Gapon said the following: > This is stable/7 i386: > > $ smartctl -t select,568157535-568159000 /dev/ad10 > ... > Unrecognized command 13 in ata_command_interface() > Please contact smartmontools-supp...@lists.sourceforge.net > Error Write Selective Self-Test Log failed: Function not implemented > > In smartmontools sources this is command WRITE_LOG. > Is this something that can be patched in smartmontools or does it require > additional support from ata driver? I think the patch like the following could do the trick: --- os_freebsd.cpp.orig 2008-03-05 00:09:47.0 +0200 +++ os_freebsd.cpp 2009-07-27 14:02:38.948144118 +0300 @@ -341,6 +340,15 @@ request.count=512; copydata=1; break; + case WRITE_LOG: +memcpy(buff, data, 512); +request.u.ata.feature=ATA_SMART_WRITE_LOG_SECTOR; +request.u.ata.lba=select|(0xc24f<<8); +request.u.ata.count=1; +request.flags=ATA_CMD_WRITE; +request.data=(char *)buff; +request.count=512; +break; case IDENTIFY: request.u.ata.command=ATA_IDENTIFY_DEVICE; request.flags=ATA_CMD_READ; -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kern/134584: [panic] spin lock held too long
2009/7/26 barbara : > It happened again, on shutdown. > As the previous time, it happened after a high (for a desktop) uptime and, if > it could matter, after running net-p2p/transmission-gtk2 for several hours. > I don't know if it's related, but often quitting transmission, doesn't > terminate the process. Sometimes it end after several minutes the gui exited, > sometimes it's still running after hours. > I've noticed it as the destination folder is on a manually mounted device and > I can't umount it as fstat reports the device used by a transmission process. > So I often have to kill it. > This happened both the time I had this kind of panic. What hw is that? How many CPUs does it have? Attilio -- Peace can only be achieved by understanding - A. Einstein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ataraid's revenge! (Was: Re: A nasty ataraid experience.)
Gavin Atkinson wrote: On Thu, 2009-07-23 at 19:57 +0100, Bruce Simpson wrote: 6 months on, ataraid(4) did it again. Which ataraid(4) controller is this? Seeing a verbose dmesg would help. There are several patches in the PR database for ataraid problems, it would be worth having a look. Not much to report; it is a JMicron PCI-e card. I switched to the JMicron because it actually worked. The on-board controller is VIA and I don't use it; I've had problems managing the VIA based software RAID. Occasionally the mirror degrades, usually on boot, if something panics the machine. This leads to interesting inconsistencies and panics. All I was doing at the time was srm'ing a bunch of sensitive files, and running some CPU (not disk) intensive regression tests for Boost. I found it's difficult to recover from errors. See my post from 6 months ago about how 'atacontrol rebuild' often just plain fails. As per original post, the process(es) just wedged in getblk, and I had to take the system down to get some sense out of it as disk access ground to a halt. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: status of flash9/flash10 support in RELENG_7 ?
Luigi Rizzo wrote: Is there a recipe for a working flas9 or flash10 operation ? Allegedly PC-BSD ship a working Flash install, I have not tried it. I have had similar problems and tried similar recipes. The Flash player(s) thus embedded are not very stable, and can crash or hang with multiple opens, or browser tab embedding the player(s) being closed. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: status of flash9/flash10 support in RELENG_7 ?
> Date: Mon, 27 Jul 2009 15:55:08 +0100 > From: Bruce Simpson > Sender: owner-freebsd-sta...@freebsd.org > > Luigi Rizzo wrote: > > Is there a recipe for a working flas9 or flash10 operation ? > > > > Allegedly PC-BSD ship a working Flash install, I have not tried it. > > I have had similar problems and tried similar recipes. The Flash > player(s) thus embedded are not very stable, and can crash or hang with > multiple opens, or browser tab embedding the player(s) being closed. In all honesty, linux-flash has not been really stable, even on Linux, since flash7. That said, I have had good results with flash9 and nspluginwrapper. I also use linux_base-f8 and carefully updated all of my linux emulation mode ports to the f8 version (when available). I think that covers all of them EXCEPT linux-nvu and the closed source third-party apps like linux-realplayer and linux-flashplugin9. Also, be sure to add the define lines to /etc/make.conf as described in the installation of linux_base-f8. # portversion | grep linux- then, for each item: portupgrade -o /usr/ports/DIR/linux-f8-PORT/ linux-PORT Where DIR is the ports directory and PORT is the pat of the port name following 'linux-'. Note that you really need to do these in dependency tree order or you will get install errors. Use 'portupgrade -fn linux-\*' to get the order. Log into the system under your normal account (not root) and run nspluginwrapper to install the plugins that need to be wrapped. nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so nspluginwrapper -i /usr/local/lib/linux-mozilla/plugins/nphelix.so Restart firefox3. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: smartctl: Unrecognized command 13
On Mon, 27 Jul 2009, Andriy Gapon wrote: AG> > $ smartctl -t select,568157535-568159000 /dev/ad10 AG> > ... AG> > Unrecognized command 13 in ata_command_interface() AG> > Please contact smartmontools-supp...@lists.sourceforge.net AG> > Error Write Selective Self-Test Log failed: Function not implemented AG> > AG> > In smartmontools sources this is command WRITE_LOG. AG> > Is this something that can be patched in smartmontools or does it require AG> > additional support from ata driver? AG> AG> I think the patch like the following could do the trick: AG> --- os_freebsd.cpp.orig 2008-03-05 00:09:47.0 +0200 AG> +++ os_freebsd.cpp 2009-07-27 14:02:38.948144118 +0300 AG> @@ -341,6 +340,15 @@ AG> request.count=512; AG> copydata=1; AG> break; AG> + case WRITE_LOG: AG> +memcpy(buff, data, 512); AG> +request.u.ata.feature=ATA_SMART_WRITE_LOG_SECTOR; AG> +request.u.ata.lba=select|(0xc24f<<8); AG> +request.u.ata.count=1; AG> +request.flags=ATA_CMD_WRITE; AG> +request.data=(char *)buff; AG> +request.count=512; AG> +break; AG>case IDENTIFY: AG> request.u.ata.command=ATA_IDENTIFY_DEVICE; AG> request.flags=ATA_CMD_READ; Thank you, PR 137177 created. -- Sincerely, D.Marck[DM5020, MCK-RIPE, DM3-RIPN] --- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@freebsd.org *** --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: status of flash9/flash10 support in RELENG_7 ?
> On Sun, Jul 26, 2009 at 06:15:22PM +0200, barbara wrote: > > > On Sun, 2009-07-26 at 10:32 +0200, Marc Fonvieille wrote: > > > > On Sun, Jul 26, 2009 at 08:20:09AM +0200, barbara wrote: > > > > > > > > > > > > An example of the URLs that is giving me problems is the following > > > > > > > > > > > > http://tv.repubblica.it/copertina/massa-colpito-da-un-detrito/35446?video > > > > > > > > > > > > (basically all videos from that site cause the same problem). I > > > > > > would be > > > > > > grateful if you cold check it. > > > > > > > > > > > > > > > > > > > > > The video looks fine here, even if I'm getting a warning about the > > > > > flash version. > > > > > http://img24.imageshack.us/img24/2741/screenshotmassacolpitod.png > > > > > > > > > > I've found that on 7, the better combination for me is > > > > > linux-flashplugin9, linux_base-fc4 and compat.linux.osrelease=2.4.2. > > > > > > > > Same here: the video plays fine on 7.2-S with linux_base-fc4 and > > > > linux-flashplugin9 > > > > > > > > > On CURRENT, using linux_base-f10, I get much more stuck process, while > > > > > on 7 it barely happens. > > > > > > > > On 8-BETA2 with linux_base-f10 and linux-f10-flashplugin10 that video > > > > makes npviewer "coredumping". > > > > > > > This video played on my 8-BETA2 (r195818, SMP, i386) with linux_base-f10 > > > and linux-f10-flashplugin10 without dumping core. Was your BETA2 before > > > or after library version bump and, if latter, did you rebuild all your > > > ports? > > > > > > > I've cvsupped and rebuilt my system on Jul. 23 and rebuilt all my ports. > > linux-f10-flashplugin10 is dumping core or not working for me too. > > BTW, why nspluginwrapper doesn't find the plugin? > > > > I assume it's cause nothing is installed under > /usr/local/lib/browser_plugins/ so you need to do a > > ln -s /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so \ > /usr/local/lib/browser_plugins/ > > just before the nspluginwrapper -v -a -i as I mentioned it in the > Handbook. > That did the trick, thank you! It's still lagging when I close the window, anyway it's working now. Barbara ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kern/134584: [panic] spin lock held too long
> 2009/7/26 barbara : > > It happened again, on shutdown. > > As the previous time, it happened after a high (for a desktop) uptime and, > > if it could matter, after running net-p2p/transmission-gtk2 for several > > hours. > > I don't know if it's related, but often quitting transmission, doesn't > > terminate the process. Sometimes it end after several minutes the gui > > exited, sometimes it's still running after hours. > > I've noticed it as the destination folder is on a manually mounted device > > and I can't umount it as fstat reports the device used by a transmission > > process. > > So I often have to kill it. > > This happened both the time I had this kind of panic. > > What hw is that? How many CPUs does it have? > It's desktop pc, dual Athlon CPU, VIA chipset and... You can find my dmesg.boot here: http://pastebin.com/f507125f1 Aks if you need more info! In the meanwhile I've rebuilt my kernel adding WITNESS, KDB, DDB options. Is this what you need? I'm not able to work with the debugger. I suppose I have to type the commands you asked (ps, show alllocks) when it's panicking and the debbugger starts and write down the output with pen and paper, am I corrent? Or is there a way to redirect or dump the output somewhere? Sorry, I'll try reading the chapter in the dev. handbook and I will try to do my best, but please, tell me if you have some suggestions. I'll try to reproduce the problem, even it's not happening regularly. If you need more info or to test code, etc. I'll be glad to help you. BTW, can the output of crashinfo be of any help? Here you can find ps -axl from crashinfo: http://pastebin.com/f3d54f01b Thanks Barbara ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Weird portmaster behaviour -- everything fails to install
Problem solved! In case anyone is interested, or has encountered a similar problem, I believe that my problem was that somehow my /var/db/pkg directory had a whole pile of near-duplicate entries corresponding to port revisions. Portmaster was checking the installed version against the MD5 hashes in the "old" version +CONTENTS file, and they weren't matching. I assume that I acquired all of these out-of-date pkg entries through a backup restore mishap: I've been having gmirror issues lately (not gmirror's fault, I think -- just a series of dodgy hard drives.) All is good again. No duplicate db/pkg entries at last, and portmaster runs to completion as intended. Cheers, -- Andrew On Mon, Jul 27, 2009 at 08:24:03AM +1000, Andrew Reilly wrote: > I've spent the weekend doing a ports catch-up: there seems to > have been a lot of activity recently! It's taking a long time > at least partly because portmaster doesn't seem to be "doing the > right thing" all of a sudden: it will happily trace the > dependencies and build the first superceded port, but fails to > re-install it. On every occsaion this weekend, it gets to > ===> Installing for foo-0.123_2 > ===> Generating temporary packing list > ===> Checking if graphics/foo already installed > ===> foo-0.123_2 is already installed > You may wish to "make deinstall" and blah, blah, blah... > > Of course it's installed, that's why I'm running portmaster! > > So I go into the directory, run make deinstall reinstall clean, > and that goes without a hitch. Restart portmaster -uBd -a and > half an hour later it will fail in the same way, and I'll have > to do the same dance. > > It's most likely something dumb that I've got misconfigured: can > anyone suggest to me where I should look? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Weird portmaster behaviour -- everything fails to install
On Tue, 28 Jul 2009, Andrew Reilly wrote: Problem solved! Well I'm glad to hear that in any case. :) In case anyone is interested, or has encountered a similar problem, I believe that my problem was that somehow my /var/db/pkg directory had a whole pile of near-duplicate entries corresponding to port revisions. Portmaster was checking the installed version against the MD5 hashes in the "old" version +CONTENTS file, and they weren't matching. FYI, portmaster doesn't do anything with the md5 hashes in +CONTENTS, but duplicate entries will definitely cause "issues." Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped)
On Thu, 23 Jul 2009, Ben Morrow wrote: The problem with that is if you install pkg A deliberately, but it then later becomes a dependancy of pkg B. If you remove pkg B (because it's no longer needed) there is then no evidence that pkg A was installed on purpose, rather than incidentally. portmaster -s will offer to remove it, and if you refuse it will offer to remove the empty +REQUIRED_BY, effectively promoting it to a 'manually installed' pkg again, though it's perhaps not entirely clear from the question that that is what the effect will be. Thanks for pointing this out. Can you suggest an alternative message? Other than the mundane reason the current message says what it does because I sometimes prefer to leave the empty file there so that when I go back through at a later date I can re-evaluate the choice. This would be easy to solve in general by maintaining a 'world' package, or some such, that had dependencies on everything installed explicitly; but that would require modifying all the pkg and port installation tools (probably including bsd.port.mk itself) to support that convention. This sort of mechanism has been suggested before, but the problem you described (ports installed "on purpose" becoming a dependency of something else) is not an easy one to solve. Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
