Re: Unusually large directory - 2.0 peta bytes (SOLVED)
The initial fsck didn't clear it but using fsdb to remove the entry from the parent directory, an fsck -y /usr in singleuser cleard the problem. Thanks to Joseph Koshy for directing me to fsdb. Cheers, Göran --On Saturday, June 14, 2008 07:17 +0200 Goran Lowkrantz <[EMAIL PROTECTED]> wrote: While preparing to upgrade to latest stable, I ran some scripts to verify that the target was OK and found something that I think I need to fix but have no clue to how. This is the essence of what I found: # ls /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO/* autosplit.ix # ls -la /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO/* ls: : No such file or directory ls: autosplit.ix: No such file or directory total 8 drwxr-xr-x 2 root wheel 2251799813685760 Jun 14 04:06 . drwxr-xr-x 2 root wheel 2251799813685760 Jun 14 04:06 . drwxr-xr-x 24 root wheel 512 Mar 29 10:33 .. drwxr-xr-x 24 root wheel 512 Mar 29 10:33 .. # stat /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO 163 5229427 drwxr-xr-x 2 root wheel 20894350 2251799813685760 "Jun 14 07:07:43 2008" "Jun 14 04:06:44 2008" "Jun 14 04:06:44 2008" "Mar 29 10:33:10 2008" 4096 4 0 /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO # stat # /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO/autosplit.ix stat: /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO/autosplit.ix: stat: No such file or directory # od -c /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO | more 000s 313 O \0 \f \0 004 001 . \0 \0 \0 1 313 O \0 020 364 001 004 002 . . \0 \0 t 313 O \0 024 \0 \b \t 040P e r l I O . s o \0 217 300 u 313 O \0 060 324 001 \b \t P e r l I O . b s \0 217 300 100 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 0001000 \0 \0 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0001020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 0002000 \0 \0 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0002020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 0003000 \0 \0 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0003020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 0004000v 313 O \0 \f \0 004 001 . \0 \0 \0 335 312 O \0 0004020 \f \0 004 002 . . \0 \0 w 313 O \0 350 001 \b \f 0004040a u t o s p l i t . i x \0 231 - 351 0004060 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 0005000 \0 \0 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0005020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 0006000 \0 \0 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0006020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 0007000 \0 \0 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0007020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 * 001 177 E L F 001 001 001 \t \0 \0 \0 \0 \0 \0 \0 \0 0010020 003 \0 003 \0 001 \0 \0 \0 240 \t \0 \0 4 \0 \0 \0 0010040 330 025 \0 \0 \0 \0 \0 \0 4 \0 \0 003 \0 ( \0 This does not look like a directory, it looks like a shared library, PerlIO.so, that somehow got the directory bit set. First, am I correct in my analysis? Second, how do I remove the directory bit so I can delete the file? Host info, dmesg.boot attached: # uname -a FreeBSD balder.glz.hidden-powers.com 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Feb 28 02:14:05 CET 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BALDER i386 Cheers, Göran ... the future isMobile Goran Lowkrantz <[EMAIL PROTECTED]> System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ... ... the future isMobile Goran Lowkrantz <[EMAIL PROTECTED]> System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Unusually large directory - 2.0 peta bytes
On 2008-Jun-14 07:17:56 +0200, Goran Lowkrantz <[EMAIL PROTECTED]> wrote: >drwxr-xr-x 2 root wheel 2251799813685760 Jun 14 04:06 . This is 0x80200 ># od -c /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/APR/PerlIO | more >000s 313 O \0 \f \0 004 001 . \0 \0 \0 1 313 O \0 >020 364 001 004 002 . . \0 \0 t 313 O \0 024 \0 \b \t >040P e r l I O . s o \0 217 300 u 313 O \0 >060 324 001 \b \t P e r l I O . b s \0 217 300 >100 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 >* >0001000 \0 \0 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 ... >This does not look like a directory, it looks like a shared library, >PerlIO.so, that somehow got the directory bit set. Actually, no. It looks like a valid directory that somehow managed to get the high bit in its length set (random bit flip). The od output makes it look like it contains (or used to contain) PerlIO.so and PerlIO.bs. >Second, how do I remove the directory bit so I can delete the file? I'd try a fsck - that may detect the inconsistency and fix it to the point where rm works. If not, then you'll need to use fsdb(8) - just be careful with the latter - you can do major damage with it. Your second issue is how you got a random bit-flip - you might like to check your hardware. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. pgpjik1ITJllG.pgp Description: PGP signature
Re: apachectl gracefult causes Signal 11 crash after 6.3 to 7.0 upgrade [SOLVED]
On Fri, 13 Jun 2008, Sean C. Farley wrote: > On Thu, 12 Jun 2008, Daniel O'Connor wrote: > > On Thu, 12 Jun 2008, Jeremy Chadwick wrote: > >> I myself haven't ever run into extension ordering issues like > >> those described (and we've done hosting for years), but I don't > >> doubt those who have experienced such. > > > > I am currently experiencing this :( In the past I shuffled the > > order until it worked but that's not a real solution. > > > > Also if you have gone from 6.x to 7.x make sure that you don't have > > any old stuff linked against libc.so.6 loaded into a binary using > > libc.so.7. > > > > It mostly works except with threaded programs and then *kaboom* > > Also, please try rebuilding PHP5 that has this fix[1] (in ports tree > after June 9th). It may or may not help your issue. > > Sean >1. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123911 I tried that but no luck :( I can build php5 with pgsql (ie modify the port Makefile) and then it works and so does mhash(?!) - I am using that as a work around ATM. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: gmirror patches
> So far it runs okay. Well a week passed by: - no answer to my question, but - no issues to report either Fwiw. Cheers, Robert ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Texas Instruments Card Reader.
On Sat, Jun 14, 2008 at 3:27 AM, M. Warner Losh <[EMAIL PROTECTED]> wrote: > In message: <[EMAIL PROTECTED]> >Da Rock <[EMAIL PROTECTED]> writes: > : > : On Sun, 2008-03-30 at 09:18 -0300, Carlos A. M. dos Santos wrote: > : > On Sun, Mar 30, 2008 at 3:58 AM, M. Warner Losh <[EMAIL PROTECTED]> wrote: > : > > In message: <[EMAIL PROTECTED]> > : > > Da Rock <[EMAIL PROTECTED]> writes: > : > > : Did anyone end up getting this to work? I'm suffering the same > woes... > : > > > : > > Which device is this, specifically? > : > > > : > > Warner > : > > : > It is an SD, MS/Pro, MMC, SM and XD card reader. It is recognized by > : > the Linux "sdhci" driver. There was an email thread some time ago > : > discussing an homonymous driver for FreeBSD: > : > > : > > http://lists.freebsd.org/pipermail/freebsd-drivers/2006-September/000243.html > : > > http://lists.freebsd.org/pipermail/freebsd-drivers/2006-September/000248.html > : > > : > : Thats right- I believe you were working with a ricoh card reader though. > : Is there any update to this project? A todo journal maybe? > > I've a working card reader for ricoh that I've not been able to adapt > to TI so I've never committed from a couple of difference sources... > I should find time to fix that... I have Compaq nx6320 with the TI card reader that can be used for some testing. I also have Compaq 6910p which has a Ricoh card reader. This isthe output of "pciconf -lv": [EMAIL PROTECTED]:2:6:3: class=0x080500 card=0x30be103c chip=0x08221180 rev=0x20 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' class = base peripheral [EMAIL PROTECTED]:2:6:4: class=0x088000 card=0x30be103c chip=0x08431180 rev=0x10 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh MMC Host Controller' class = base peripheral -- If you think things can't get worse it's probably only because you lack sufficient imagination. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Under gnome-2.22.2, can not lock the screen
hald not running? I had the same problem when using Gentoo. HTH, Sorin. Pallt wrote: Hi! The version of the freebsd is 7.0-stable(June 9 2008), and the gnome was also updated to 2.22.2. But, I can not lock the screen, when I click the "Lock Screen" button under System Menu(The acpi can works well). I can't find the right way to let it work. Thanks any way ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
