Re: Power failure during portsnap fetch update
From owner-freebsd-questi...@freebsd.org Sat Jul 21 09:40:20 2012 Date: Sat, 21 Jul 2012 16:38:02 +0200 From: Leslie Jensen les...@eskk.nu To: freebsd-questions@freebsd.org Subject: Power failure during portsnap fetch update My file system /usr/ports/net go damaged I've done fsck -F in single user mode but there are warnings about not being able to fix this. Insufficient Data for a meaningful response. *sigh* _Exactly_ WHAT the command line used was, and *WHAT* the exact text of the error message says is needed before anyone can help. ___ 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
Power failure during portsnap fetch update
My file system /usr/ports/net go damaged I've done fsck -F in single user mode but there are warnings about not being able to fix this. The directories below cannot be removed How do I go about this? Thanks /Leslie total 14 drwxr-xr-x 1 root wheel 512 21 Jul 16:13 ccxstream/ drwxr-xr-x 1 root wheel 512 21 Jul 16:28 netselect/ drwxr-xr-x 1 root wheel 512 21 Jul 16:17 spread/ drwxr-xr-x 1 root wheel 512 21 Jul 16:20 spread4/ drwxr-xr-x 1 root wheel 512 21 Jul 16:20 spread4/ drwxr-xr-x 1 root wheel 512 21 Jul 16:30 vde2/ drwxr-xr-x 1 root wheel 512 21 Jul 16:30 vde2/ root@bsd01/usr/ports/net:rm -r * rm: ccxstream: Invalid argument rm: netselect: Invalid argument rm: spread: Invalid argument rm: spread4: Invalid argument rm: spread4: Invalid argument rm: vde2: Invalid argument rm: vde2: Invalid argument ___ 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: Power failure during portsnap fetch update
I've done fsck -F in single user mode but there are warnings about not being able to fix this. without the messages from fsck i cannot help you. there are rare cases when mess gets written to inodes that fsck will not corrent it and you have to do it yourself. most often - using clri(8). ___ 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: Power failure during portsnap fetch update
On Sat, 21 Jul 2012 16:38:02 +0200, Leslie Jensen wrote: My file system /usr/ports/net go damaged I've done fsck -F in single user mode but there are warnings about not being able to fix this. First of all, you should give fsck a second try. Check the damaged partition per fsck -y /dev/ad0s1f (which refers to that partition, e. g. /usr). The directories below cannot be removed That indicates a major file system defect. How do I go about this? There is a nice tool in the base system: clri (clear inode). Please note that you're going to get your hands dirty with this approach! First, determine the inodes of the offending directories. Use ls -ldi to do this. Example: # cd /usr/ports/net # ls -ldi ccxstream netselect spread vde2 288794 drwxr-xr-x 3 root wheel 512 2011-08-21 03:14:43 ccxstream/ 331753 drwxr-xr-x 3 root wheel 512 2011-08-21 03:16:10 netselect/ 424004 drwxr-xr-x 3 root wheel 512 2011-08-21 03:17:50 spread/ 424104 drwxr-xr-x 2 root wheel 512 2011-08-21 03:18:04 vde2/ Alternative: You can also use stat to obtain information about a file (and a directory) and its health. Example: # cd /usr/ports/net # stat ccxstream netselect spread vde2 120 288794 drwxr-xr-x 3 root wheel 1139829 512 Jul 21 16:46:35 2012 Aug 21 03:14:43 2011 Aug 21 03:14:43 2011 Feb 18 02:04:47 2011 16384 4 0 ccxstream 120 331753 drwxr-xr-x 3 root wheel 1325518 512 Jul 21 16:46:35 2012 Aug 21 03:16:10 2011 Aug 21 03:16:10 2011 Feb 18 02:04:58 2011 16384 4 0 netselect 120 424004 drwxr-xr-x 3 root wheel 1696620 512 Jul 21 16:46:35 2012 Aug 21 03:17:50 2011 Aug 21 03:17:50 2011 Feb 18 02:05:15 2011 16384 4 0 spread 120 424104 drwxr-xr-x 2 root wheel 1696720 512 Jul 21 16:46:35 2012 Aug 21 03:18:04 2011 Aug 21 03:18:04 2011 Feb 18 02:05:18 2011 16384 4 0 vde2 You recognize the inode numbers here. Write down the inode numbers or store them in a temporary file. You can script this process if you like. :-) Then go out of the partition and unmount it. You are safer if you apply clri to an UNMOUNTED partition. Then, for example, do this: # clri /dev/ad0s1f 288794 # clri /dev/ad0s1f 331753 # clri /dev/ad0s1f 424004 # clri /dev/ad0s1f 424104 Note that this directly modifies file system bowels of the /usr partition! When done, apply fsck again: # fsck -yf /dev/ad0s1f Maybe fsck finds some errors in inode construction and will therefore recover lost data (which we will accept as irrelevant at this point) into the lost+found/ root directory on that partition. You can remove its content later on. If fsck finishes with success, you should be able to mount the /usr partition again. Of course, some subdirecories in the ports tree are now missing, but that has been inteneded. Side note: You can use the program fsdb to investigate inode information in detail. See man fsdb and man clri for details. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: Power failure during portsnap fetch update
2012-07-21 16:44, Wojciech Puchar skrev: I've done fsck -F in single user mode but there are warnings about not being able to fix this. without the messages from fsck i cannot help you. there are rare cases when mess gets written to inodes that fsck will not corrent it and you have to do it yourself. most often - using clri(8). ___ 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 Here are the errors: root@bsd01~:fsck -F /dev/ad4s3f ** /dev/ad4s3f (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames MISSING '.' I=5021 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:13 2012 DIR=? UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '.' I=123745 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:17 2012 DIR=? UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '.' I=123796 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:20 2012 DIR=? UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '.' I=169253 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:30 2012 DIR=? UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '.' I=2571711 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:28 2012 DIR=? UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '..' I=2571711 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:28 2012 DIR=/ports/net/netselect UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '..' I=5021 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:13 2012 DIR=/ports/net/ccxstream UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '..' I=123745 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:17 2012 DIR=/ports/net/spread UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '..' I=123796 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:20 2012 DIR=/ports/net/spread4 UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no MISSING '..' I=169253 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:30 2012 DIR=/ports/net/vde2 UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT DIR I=5021 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:13 2012 COUNT 1 SHOULD BE 2 LINK COUNT INCREASING UNEXPECTED SOFT UPDATE INCONSISTENCY ADJUST? no LINK COUNT DIR I=123745 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:17 2012 COUNT 1 SHOULD BE 2 LINK COUNT INCREASING UNEXPECTED SOFT UPDATE INCONSISTENCY ADJUST? no LINK COUNT DIR I=123796 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:20 2012 COUNT 1 SHOULD BE 2 LINK COUNT INCREASING UNEXPECTED SOFT UPDATE INCONSISTENCY ADJUST? no LINK COUNT DIR I=169253 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:30 2012 COUNT 1 SHOULD BE 2 LINK COUNT INCREASING UNEXPECTED SOFT UPDATE INCONSISTENCY ADJUST? no LINK COUNT DIR I=2124226 OWNER=root MODE=40755 SIZE=27136 MTIME=Jul 21 16:32 2012 COUNT 4 SHOULD BE 5 LINK COUNT INCREASING UNEXPECTED SOFT UPDATE INCONSISTENCY ADJUST? no LINK COUNT DIR I=2571711 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:28 2012 COUNT 1 SHOULD BE 2 LINK COUNT INCREASING UNEXPECTED SOFT UPDATE INCONSISTENCY ADJUST? no ** Phase 5 - Check Cyl groups 263573 files, 3718492 used, 6942235 free (204667 frags, 842196 blocks, 1.9% fragmentation) ___ 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: Power failure during portsnap fetch update
how about fsck_ffs -y / in single user mode? seems like no clri is needed. ___ 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: Power failure during portsnap fetch update
On Sat, 21 Jul 2012 16:56:28 +0200, Leslie Jensen wrote: Here are the errors: root@bsd01~:fsck -F /dev/ad4s3f ** /dev/ad4s3f (NO WRITE) In that case, fsck won't correct any errors. Good for checking, bad for repairing! Make sure the partition isn't mounted (e. g. right after entering SUM after a boot -s system start) and run: # fsck -yf /dev/ad4s3f This will tell fsck to perform the check anyway (-f) and answer YES (-y) to all questions regarding file system modification. If you feel unhappy with this quite brutal approach, leave out the -y parameter and answer the questions yourself. The error messages you did show in the form of MISSING '.' I=5021 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:13 2012 DIR=? UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no and MISSING '..' I=2571711 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:28 2012 DIR=/ports/net/netselect UNEXPECTED SOFT UPDATE INCONSISTENCY FIX? no as well as LINK COUNT DIR I=5021 OWNER=root MODE=40755 SIZE=512 MTIME=Jul 21 16:13 2012 COUNT 1 SHOULD BE 2 LINK COUNT INCREASING UNEXPECTED SOFT UPDATE INCONSISTENCY ADJUST? no show that the inodes of several directories have been damaged. This perfectly fits your observation of not being able to remove those directories. You _need_ to repair the file system in order to proceed. First let fsck try to do its job. If it fails to do so, attempt to manually repair the inodes (by removing them altogether). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: Power failure during portsnap fetch update
2012-07-21 16:59, Wojciech Puchar skrev: how about fsck_ffs -y / in single user mode? seems like no clri is needed. ___ 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 It fixed the problem :-) Thank you very much. /Leslie ___ 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: Power failure during portsnap fetch update
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 It fixed the problem :-) you may risk putting fsck_y_enable=YES in your rc.conf i put background_fsck=NO in /etc/rc.conf too ___ 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: Power failure during portsnap fetch update
2012-07-21 17:33, Wojciech Puchar skrev: 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 It fixed the problem :-) you may risk putting fsck_y_enable=YES in your rc.conf i put background_fsck=NO in /etc/rc.conf too ___ 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 Thank you for the advise. I'll put it in rc.conf /Leslie ___ 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: portsnap fetch update
ajtiM wrote: I did portsnap fetch update and I have in /usr/ports/editors/koffice-kde4 now. I thought that is version 2.1 but it is 1.6 still... I did check http://www.freshports.org/ but there are no koffice-kde4 and search also didn't find it. Is it something wrong on my system (FreeBSD 8.0) or is something other, please? Thanks. Mitja http://redbubble.com It seems the latest version of kofficed that is ported to FreeBSD is still 1.6. So there is nothing wrong with your system. You will just have to wait a bit longer until a newer version of koffice is ported. -- - Frank ___ 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
portsnap fetch update
I did portsnap fetch update and I have in /usr/ports/editors/koffice-kde4 now. I thought that is version 2.1 but it is 1.6 still... I did check http://www.freshports.org/ but there are no koffice-kde4 and search also didn't find it. Is it something wrong on my system (FreeBSD 8.0) or is something other, please? Thanks. Mitja http://redbubble.com ___ 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
ports db a mess after portsnap fetch/update
Hi list, I just did the usual portsnap fetch/update routine to keep my portstree up to date and check for new versions of installed packages. But after doing a pkg_version, I noticed the following line: gaim! Thinking that perhaps my ports database got corrupted I ran pkgdb -F, which resulted in the following mess: -- [EMAIL PROTECTED]:/usr/ports/www# pkgdb -F --- Checking the package registry database [Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 350 packages found (-0 +342) .. done] Stale origin: 'net/gaim': perhaps moved or obsoleted. - The port 'net/gaim' was moved to 'net-im/gaim' on 2005-11-09 because: Moved to a new net-im category Fixed. (- net-im/gaim) Stale dependency: deskbar-applet-0.8.4 - libgnomecups-0.2.0_2,1 (print/libgnomecups): [Updating the portsdb format:bdb1_btree in /usr/ports ... - 13654 port entries found .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.. . done] libgnomecanvas-2.12.0 (score:45%) ? ([y]es/[n]o/[a]ll) [no] New dependency? (? to help): ? [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to complete New dependency? (? to help): Display all 350 possibilities? (y or n) New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] yes Skipped. Stale dependency: epiphany-extensions-1.8.1 - libgnomecups-0.2.0_2,1 (print/libgnomecups): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: evolution-gconf-tools-0.1.6 - libgnomecups-0.2.0_2,1 (print/libgnomecups): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: gdesklets-0.35.2_1 - libgnomecups-0.2.0_2,1 (print/libgnomecups): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: gnome2-power-tools-2.12.1 - libgnomecups-0.2.0_2,1 (print/libgnomecups): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: musicpd-0.11.5_1 - madplay-esound-0.15.0b_3 (audio/madplay): New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] Skipped. Stale dependency: musicpd-0.11.5_1 - mad-0.15.0b (audio/mad): New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] Skipped. Stale dependency: nvidia-driver-1.0.7676 - localedata-5.4 (misc/localedata): New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] Skipped. Stale dependency: nvidia-driver-1.0.7676 - compat5x-i386-5.4.0.8 (misc/compat5x): New dependency? (? to help): Skip this? ([y]es/[n]o/[a]ll) [yes] Skipped. Stale dependency: py24-gnome-extras-2.12.0 - libgnomecups-0.2.0_2,1 (print/libgnomecups): Skip this? ([y]es/[n]o/[a]ll) [yes] Stale dependency: serpentine-0.6.4_1 - libgnomecups-0.2.0_2,1 (print/libgnomecups): Skip this? ([y]es/[n]o/[a]ll) [yes] [EMAIL PROTECTED]:/usr/ports/www# -- Although the gaim ! thing seems to have been fixed, it starts asking me all kinds of things about dependencies that I know nothing about (and to be honest, I don't care to know anything about - I want it to 'just work' (tm) ). I tried entering the suggested answers, but the next pkgdb -F presents the exact same questions and are apparently not resolved by using the default answers. pkgdb -fu doesn't appear to help either. Can anyone tell me how to fix all this (or point me to any guide/article/manpage/whatever for me to read), and how it possibly could've gotten this way? The last thing I did before the portsnap fetch/update routine was installing a bunch of ports (linuxpluginwrapper, linux-flashplugin, linux-flashplugin6, linux-flashplugin7) trying to get the cursed flash plugin to work for firefox (without success by the way, but that's another story...). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports db a mess after portsnap fetch/update
Hans Nieser wrote: . Hi list, [... huge complaint about stale dependencies ...] My apologies, in my frustration I sent this out without properly investigating, seems all I had to do was install the ports mentioned in the pkgdb output about the stale dependencies and run pkgdb -F again to fix it for me. I'm still kind of wondering how it got that way, but at least I got it all fixed again without having to do anything drastic like pkg_deinstall * ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports db a mess after portsnap fetch/update
On Monday 14 November 2005 12:39 pm, Hans Nieser wrote: Hans Nieser wrote: . Hi list, [... huge complaint about stale dependencies ...] My apologies, in my frustration I sent this out without properly investigating, seems all I had to do was install the ports mentioned in the pkgdb output about the stale dependencies and run pkgdb -F again to fix it for me. I'm still kind of wondering how it got that way, but at least I got it all fixed again without having to do anything drastic like pkg_deinstall * ___ You can manually build the missing ones. You don't need to deinstall the port with the stale dependancy. I think portupgrade checks first and then tells you to do the -F update. I hit this area at various stages of the gnome_update. The script deleted ports and then died before they were added back. The database then had loose ends and wanted you to fix them with the -F. The -recover option worked most of the time and that was good enough, most of the time :). The other 3 or 4 times, I did a manual build of the missing port. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]