Re: fsck on FAT32 filesystem?
read attempts. In worst case, there will be gaps in the result. Surely SpinRite is more clever than that, i would bet otherwise. simple tools and free tools are always better ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
On Sun, 15 Jul 2012, Adam Vande More wrote: On Sun, Jul 15, 2012 at 4:29 PM, Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: totally in error. SpinRite will attempt to read a damage sector up to 2000 times and through different algorithms determine what is most man dd Even better, recoverdisk /dev/da0 /dev/da1 true :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Questions on ndis for USB wireless adapter
I am having problems getting the Hiro USB wireless adapter to work and think I might possibly be missing something. Chip is Realtek RTL8191S. I read the man pages for ndisgen and ndiscvt and the FreeBSD Handbook online. Do I need options NDISAPI # and device ndis in the kernel config, even if I use modules resulting from ndiscvt or ndisgen? I suppose these wouldn't hurt, I just put them in the kernel configs for i386 and amd64, awaiting next system rebuild for FreeBSD 9.1-BETA1 or PRERELEASE. Also, I notice, in addition to the .inf and .sys files, there is a .cat file in the MS-Windows drivers: net8192su.cat net8192su.inf rtl8192su.sys What is the .cat file, is it a firmware driver? Drivers are included for MS-Windows 2000, XP, Vista and 7; all but Win 2000 include 32-bit and 64-bit. Tom ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
alias_pptp.ko
Colleagues, Several PPTP sessions do not work through ipfw nat without loading the alias_pptp.ko module. How can I compile this functionality (NAT for PPTP sessions) into the kernel? The following confuguration: options IPFIREWALL options IPFIREWALL_NAT options LIBALIAS is not sufficient, one still has to load alias_pptp.ko as a module. I could not find the relevant option in the NOTES. Thank you very much for any input. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
enable modeline in vim
Colleagues, Do you know how to enable modelines in vim running from root? Even if I put set modeline in /root/.vimrc, the output of :set modeline? still shows nomodeline. At the same time, set modeline in ~/.vimrc works for all other accounts except root. Someone has protected the root account so tightly that I cannot even shoot myself in the leg. Do you know how I could override this protection? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: enable modeline in vim
2012/7/16 Victor Sudakov v...@mpeks.tomsk.su: Colleagues, Do you know how to enable modelines in vim running from root? Even if I put set modeline in /root/.vimrc, the output of :set modeline? still shows nomodeline. At the same time, set modeline in ~/.vimrc works for all other accounts except root. Someone has protected the root account so tightly that I cannot even shoot myself in the leg. Do you know how I could override this protection? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org In my vimrc i have next: set modeline set modelines=3 And it works, no matter from root or normal user. Hope this helps. -- ~~~ WBR, Vitaliy Turovets Systems Administrator Corebug.Net +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
From owner-freebsd-questi...@freebsd.org Sun Jul 15 16:31:45 2012 Date: Sun, 15 Jul 2012 23:29:39 +0200 (CEST) From: Wojciech Puchar woj...@wojtek.tensor.gdynia.pl To: FreeBSD freebsd-questions@freebsd.org Subject: Re: fsck on FAT32 filesystem? totally in error. SpinRite will attempt to read a damage sector up to 2000 times and through different algorithms determine what is most man dd conv=sync,noerror This is *precisely* why dd is _grossly_inferior_ to professional-grade tools like Spinrite. With the settings the resident infallible expert on everything *SNORT* recommends, dd will make _one_ attempt to read each disk sector, going through the O/S's device driver code, and write out 'whatever it got', regardless of whether or not ane sort of read-error was signalled. This results in GUARANNTEED, *UNRECOVERABLE*, GARBAGE in the copy, _every_ place where a read error was encountered. This result can be marginally acceptable -- for 'first-cut' attempts at accessing 'easily recoverable' data on the disk. 'dd' is purely 'amateurville', however, when it comes to recovering =critical= data inside an 'unreadable' (by the O/S) disk block. Spinrite, and other professional-grade tools, run absolutely stand-alone, without the use of _any_ O/S drivers, or even BIOS code. Spinrite _directly_ programs the hard-disk-controller chip, can retrieve into memory _every_ bit -- including address-marks, sector framing, recorded ECC bits, and so on -- on a track, for analysis, can seek from an inner track, read the bits, then seek from an _outer_ track, and do another read. It can also do things like step the heads 'fractionally' off the track center, and read _there_. By doing these kinds of *very*low*level* operations, that are forbidden to any 'userland' task, by an O/S, tools like Spinrite can do a FAR BETTER job of extracting data from damaged disks. Professional-grade tools can also do things like 'pre-initialize' the I/O buffer _in_the_disk_itself_, with _different_ bit patterns on multiple read passes, They can thus find bitstrings that are (a) the 'prior data' in th buffer, (b) bits that are read consistently from the disk, and (c) bits that 'change value' from one read attempt to the next. This allows such tools to do a much better job of RECONSTRUCTING the actual data in the 'error' sector(s). Make a copy, and work only on the copy _is_ good advice for attempting 'simple' data recovery with tools that run in 'userland', under an O/S. When the 'simple' approach fails, or is insufficient, it is time to bring out the big guns -- things like Spinrite -- which -require- direct accesss to the original damaged disk. Since Spinrite, and similar tools, operate READ-ONLY on the disk -- which is *not* guaranteed if there is a general-purpose O/S in the wa -- it _is_ generally safe to let them access the damaged original. The problematic situation is where spinning up the drive causes -more- damage to the media.. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
OT - Squid external connections
Hi; Would anybody know how can I cross-reference squid/Lusca external connections with LAN hosts? For example, if I see an http connection on ext_if, is there a way to find out on behalf of which LAN host squid is making that connection? Using FreeBSD 8.2-STABLE, pf and Lusca latest port. I tried to search for a hint but this is really tricky to Google for. Please forgive me the OT but this list has always been a good first step for the right directions. Thanks, -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
On Mon, 16 Jul 2012 09:04:31 -0500 (CDT) Robert Bonomi articulated: From owner-freebsd-questi...@freebsd.org Sun Jul 15 16:31:45 2012 Date: Sun, 15 Jul 2012 23:29:39 +0200 (CEST) From: Wojciech Puchar woj...@wojtek.tensor.gdynia.pl To: FreeBSD freebsd-questions@freebsd.org Subject: Re: fsck on FAT32 filesystem? totally in error. SpinRite will attempt to read a damage sector up to 2000 times and through different algorithms determine what is most man dd conv=sync,noerror This is *precisely* why dd is _grossly_inferior_ to professional-grade tools like Spinrite. With the settings the resident infallible expert on everything *SNORT* recommends, dd will make _one_ attempt to read each disk sector, going through the O/S's device driver code, and write out 'whatever it got', regardless of whether or not ane sort of read-error was signalled. This results in GUARANNTEED, *UNRECOVERABLE*, GARBAGE in the copy, _every_ place where a read error was encountered. This result can be marginally acceptable -- for 'first-cut' attempts at accessing 'easily recoverable' data on the disk. 'dd' is purely 'amateurville', however, when it comes to recovering =critical= data inside an 'unreadable' (by the O/S) disk block. Spinrite, and other professional-grade tools, run absolutely stand-alone, without the use of _any_ O/S drivers, or even BIOS code. Spinrite _directly_ programs the hard-disk-controller chip, can retrieve into memory _every_ bit -- including address-marks, sector framing, recorded ECC bits, and so on -- on a track, for analysis, can seek from an inner track, read the bits, then seek from an _outer_ track, and do another read. It can also do things like step the heads 'fractionally' off the track center, and read _there_. By doing these kinds of *very*low*level* operations, that are forbidden to any 'userland' task, by an O/S, tools like Spinrite can do a FAR BETTER job of extracting data from damaged disks. Professional-grade tools can also do things like 'pre-initialize' the I/O buffer _in_the_disk_itself_, with _different_ bit patterns on multiple read passes, They can thus find bitstrings that are (a) the 'prior data' in th buffer, (b) bits that are read consistently from the disk, and (c) bits that 'change value' from one read attempt to the next. This allows such tools to do a much better job of RECONSTRUCTING the actual data in the 'error' sector(s). Make a copy, and work only on the copy _is_ good advice for attempting 'simple' data recovery with tools that run in 'userland', under an O/S. When the 'simple' approach fails, or is insufficient, it is time to bring out the big guns -- things like Spinrite -- which -require- direct accesss to the original damaged disk. Since Spinrite, and similar tools, operate READ-ONLY on the disk -- which is *not* guaranteed if there is a general-purpose O/S in the wa -- it _is_ generally safe to let them access the damaged original. The problematic situation is where spinning up the drive causes -more- damage to the media.. +1 I use to keep SpinRite on a flash drive that I could easily carry with me if needed. Of course that would require the machine to be worked on to have the ability to boot from a flash drive. Unfortunately, not all of them could. Fortunately, I almost never need an industrial strength recovery product like SpinRite. It is nice to know it is available if I do though. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: enable modeline in vim
Виталий Туровец wrote: Do you know how to enable modelines in vim running from root? Even if I put set modeline in /root/.vimrc, the output of :set modeline? still shows nomodeline. At the same time, set modeline in ~/.vimrc works for all other accounts except root. Someone has protected the root account so tightly that I cannot even shoot myself in the leg. Do you know how I could override this protection? In my vimrc i have next: set modeline set modelines=3 As I said, in /root/.vimrc I have: set modeline set modelines=5 And it works, no matter from root or normal user. Hope this helps. And it does not work for root. vim-7.3.556_1 Surely I am doing something stupid but I cannot figure out what. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
On Mon, Jul 16, 2012 at 10:50 AM, Jerry je...@seibercom.net wrote: This is *precisely* why dd is _grossly_inferior_ to professional-grade tools like Spinrite. With the settings the resident infallible expert on everything *SNORT* recommends, dd will make _one_ attempt to read each disk sector, going through the O/S's device driver code, and write out 'whatever it got', regardless of whether or not ane sort of read-error was signalled. This results in GUARANNTEED, *UNRECOVERABLE*, GARBAGE in the copy, _every_ place where a read error was encountered. This result can be marginally acceptable -- for 'first-cut' attempts at accessing 'easily recoverable' data on the disk. 'dd' is purely 'amateurville', however, when it comes to recovering =critical= data inside an 'unreadable' (by the O/S) disk block. Spinrite, and other professional-grade tools, run absolutely stand-alone, without the use of _any_ O/S drivers, or even BIOS code. Spinrite _directly_ programs the hard-disk-controller chip, can retrieve into memory _every_ bit -- including address-marks, sector framing, recorded ECC bits, and so on -- on a track, for analysis, can seek from an inner track, read the bits, then seek from an _outer_ track, and do another read. It can also do things like step the heads 'fractionally' off the track center, and read _there_. By doing these kinds of *very*low*level* operations, that are forbidden to any 'userland' task, by an O/S, tools like Spinrite can do a FAR BETTER job of extracting data from damaged disks. Professional-grade tools can also do things like 'pre-initialize' the I/O buffer _in_the_disk_itself_, with _different_ bit patterns on multiple read passes, They can thus find bitstrings that are (a) the 'prior data' in th buffer, (b) bits that are read consistently from the disk, and (c) bits that 'change value' from one read attempt to the next. This allows such tools to do a much better job of RECONSTRUCTING the actual data in the 'error' sector(s). Make a copy, and work only on the copy _is_ good advice for attempting 'simple' data recovery with tools that run in 'userland', under an O/S. When the 'simple' approach fails, or is insufficient, it is time to bring out the big guns -- things like Spinrite -- which -require- direct accesss to the original damaged disk. Since Spinrite, and similar tools, operate READ-ONLY on the disk -- which is *not* guaranteed if there is a general-purpose O/S in the wa -- it _is_ generally safe to let them access the damaged original. The problematic situation is where spinning up the drive causes -more- damage to the media.. +1 I use to keep SpinRite on a flash drive that I could easily carry with me if needed. Of course that would require the machine to be worked on to have the ability to boot from a flash drive. Unfortunately, not all of them could. Fortunately, I almost never need an industrial strength recovery product like SpinRite. It is nice to know it is available if I do though. SpinWrong is a scam, Gibson is a fraud, and this conversation is pure marketing gibberish. I thought most had overcome this credulity years ago. It appears I was mistaken. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
On Mon, 16 Jul 2012 09:04:31 -0500, Robert Bonomi bon...@mail.r-bonomi.com wrote: This is *precisely* why dd is _grossly_inferior_ to professional-grade tools like Spinrite. I bet you are a big fan of homeopathic treatments too, aren't you? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
On 07/16/2012 10:10, Mark Felder wrote: On Mon, 16 Jul 2012 09:04:31 -0500, Robert Bonomi bon...@mail.r-bonomi.com wrote: This is *precisely* why dd is _grossly_inferior_ to professional-grade tools like Spinrite. I bet you are a big fan of homeopathic treatments too, aren't you? ___ Nice ad hominem there. Very impressive. Perhaps we can sink a bit lower by making some random comments about people's mothers while we're at it. I've used Spinrite a few times with good results. It does take forever at times. I've also used the dd trick with good results. -- Dave Robison Sales Solution Architect II FIS Banking Solutions 510/621-2089 (w) 530/518-5194 (c) 510/621-2020 (f) da...@vicor.com david.robi...@fisglobal.com _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
how to preserve local modifications to /usr/local/share/texmf/web2c/texmf.cnf
I was getting Tex capacity exceeded, sorry [main memory size 100] error, so had to increase main_memory in /usr/local/share/texmf/web2c/texmf.cnf main_memory = 700 % words of inimemory available; also applies to inimfmp This works fine, but this file will be overwritten if I update/reinstall print/teTeX-base. I was trying to make a local copy instead: TZAV cat $HOME/.texmf-var/web2c/texmf.cnf % refer to /usr/local/share/texmf/web2c/texmf.cnf, % installed by teTeX-base-3.0_23: print/teTeX-base % for details main_memory = 700 % words of inimemory available; also applies to inimfmp TZAV but this doesn't help. Please advise -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
LibreOffice with Java?
I note that in the Makefile for libreoffice (/usr/ports/editors/libreoffice/Makefile) it says: LibreOffice works only with Java 6 But I have Java 7. Is this a problem? $ java -version openjdk version 1.7.0_04 OpenJDK Runtime Environment (build 1.7.0_04-b22) OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode) $ LibreOffice seems to install (from the port) and run OK. This is 9.0-RELEASE on amd64. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: enable modeline in vim
Assuming you've installed vim from the ports tree, /usr/local/share/vim/vimrc is the shared vimrc file amongst all users. Have you tried setting it in there? On Monday, 16 July, 2012 at 09:37 , Victor Sudakov wrote: Виталий Туровец wrote: Do you know how to enable modelines in vim running from root? Even if I put set modeline in /root/.vimrc, the output of :set modeline? still shows nomodeline. At the same time, set modeline in ~/.vimrc works for all other accounts except root. Someone has protected the root account so tightly that I cannot even shoot myself in the leg. Do you know how I could override this protection? In my vimrc i have next: set modeline set modelines=3 As I said, in /root/.vimrc I have: set modeline set modelines=5 And it works, no matter from root or normal user. Hope this helps. And it does not work for root. vim-7.3.556_1 Surely I am doing something stupid but I cannot figure out what. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru (mailto:suda...@sibptus.tomsk.ru) ___ freebsd-questions@freebsd.org (mailto:freebsd-questions@freebsd.org) mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org (mailto:freebsd-questions-unsubscr...@freebsd.org) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: enable modeline in vim
Patrick wrote: Do you know how to enable modelines in vim running from root? Even if I put set modeline in /root/.vimrc, the output of :set modeline? still shows nomodeline. At the same time, set modeline in ~/.vimrc works for all other accounts except root. Someone has protected the root account so tightly that I cannot even shoot myself in the leg. Do you know how I could override this protection? In my vimrc i have next: set modeline set modelines=3 As I said, in /root/.vimrc I have: set modeline set modelines=5 And it works, no matter from root or normal user. Hope this helps. And it does not work for root. vim-7.3.556_1 Surely I am doing something stupid but I cannot figure out what. Assuming you've installed vim from the ports tree, /usr/local/share/vim/vimrc is the shared vimrc file amongst all users. Have you tried setting it in there? I have finally found the cause of the trouble. There was a set nocompatible command in ~/.vimrc after the set modeline command. According to the documentation, the compatible option modifies many other options, including the modeline options. The solution is to put the set nocompatible command at the very start of the ~/.vimrc file (as the documentation recommends) or to remove it altogether. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
` Date: Mon, 16 Jul 2012 12:03:37 -0500 From: Adam Vande More amvandem...@gmail.com Subject: Re: fsck on FAT32 filesystem? SpinWrong is a scam, Gibson is a fraud, and this conversation is pure marketing gibberish. I thought most had overcome this credulity years ago. It appears I was mistaken. Everyone has the inalienable right to be wrong. Far be it from me to attempt to impair your exercise of your rights.` ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
From owner-freebsd-questi...@freebsd.org Mon Jul 16 12:12:47 2012 To: freebsd-questions@freebsd.org Date: Mon, 16 Jul 2012 12:10:34 -0500 From: Mark Felder f...@feld.me Subject: Re: fsck on FAT32 filesystem? On Mon, 16 Jul 2012 09:04:31 -0500, Robert Bonomi bon...@mail.r-bonomi.com wrote: This is *precisely* why dd is _grossly_inferior_ to professional-grade tools like Spinrite. I bet you are a big fan of homeopathic treatments too, aren't you? Homepoathic treatments are extremely effective. ... at demonstrating the placebo effect. *GRIN* ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
On Mon, 16 Jul 2012, Adam Vande More wrote: SpinWrong is a scam, Gibson is a fraud, and this conversation is pure marketing gibberish. I thought most had overcome this credulity years ago. It appears I was mistaken. Care to elaborate? Most people on this list seem to speak highly of SpinRite. I'd be interested to know if they are all deluded, because I've been thinking of buying it. -- Chris Hill ch...@monochrome.org ** [ Busy Expunging / ] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: fsck on FAT32 filesystem?
SpinWrong is a scam, Gibson is a fraud, and this conversation is pure marketing gibberish. maybe you exaggerate but this is what i feel in that discussion. instead of help - seemed like marketing. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org