Re: 9.1-RC3 LiveCD missing features
On Fri, 2012-12-07 at 16:11:37 -0600, Chuck Burns wrote: On 12/7/2012 3:50 PM, CeDeROM wrote: Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said unused backup sectors, and at that time, will begin simply begin just losing storage space... IE the number of total sectors on the drive will begin to shrink. Nah, use recoverdisk(1) to either zero the target disk or do a read/write cycle on every sector. It should be way faster, especially with dieing disks (but why would you want to make them work again, you should buy a new disk ASAP instead). hth Uli ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On 12/7/2012 9:10 PM, Warren Block wrote: On Fri, 7 Dec 2012, Chuck Burns wrote: dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. That should be /dev/zero. And this will be very slow, going one 512-byte block at a time. Using a 64K or 128K buffer (bs=128K) will speed it up tremendously. my 0 key gets stuck sometimes.. sue me. :P -- Chuck Burns brea...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Fri, 7 Dec 2012, Garrett Cooper wrote: On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM cede...@tlen.pl wrote: Hello Ian :-) This is the problem - / is read only and /etc/resolv.conf already links to nonexistent file. This way I cannot modify its content nor link other file (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does not help either. I think /etc/resolv.conf should point to /var/resolv.conf from start so the resolver is functional :-) I generally get around this with mdmfs and unionfs mounts, but it's a bit annoying... I'll see if I can file a PR with all of the things that need to be fixed/enhanced and maybe fix some of the items if I get some time (if the liveCD used rc.initdiskless it would be considerably simpler and some key filesystems would be writable after boot). Martin Matuska's excellent mfsBSD (http://mfsbsd.vx.sk/) could be a source for ideas or techniques. It does things like this well. (I was going to say it does *most* things well, but can't actually think of anything it does not do well.) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Fri, 2012-12-07 at 23:31 -0800, Garrett Cooper wrote: On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM cede...@tlen.pl wrote: Hello Ian :-) This is the problem - / is read only and /etc/resolv.conf already links to nonexistent file. This way I cannot modify its content nor link other file (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does not help either. I think /etc/resolv.conf should point to /var/resolv.conf from start so the resolver is functional :-) I generally get around this with mdmfs and unionfs mounts, but it's a bit annoying... I'll see if I can file a PR with all of the things that need to be fixed/enhanced and maybe fix some of the items if I get some time (if the liveCD used rc.initdiskless it would be considerably simpler and some key filesystems would be writable after boot). Thanks, -Garrett It shouldn't require rc.initdiskless; just the fact that rc.d/var detects it can't write to /var should cause it to automatically create a memory fileystem for it, and minimally populate it. As far as I know, this is automatic unless you use rc.conf knobs to disable it. -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Sat, Dec 8, 2012 at 9:42 AM, Ian Lepore free...@damnhippie.dyndns.org wrote: ... It shouldn't require rc.initdiskless; just the fact that rc.d/var detects it can't write to /var should cause it to automatically create a memory fileystem for it, and minimally populate it. As far as I know, this is automatic unless you use rc.conf knobs to disable it. That doesn't solve other things like hostid, rc.conf, ssh/*, etc not being writable. I've had to use LiveCDs (post 9.0) a few times and the amount of hoops that I have to go through in order to get a working system is silly. Plus, it would be nice if it used an mfsroot, like another PR I filed said (it sucks having to wait 3 minutes for the USB CD to probe before I can mountroot over IPMI on Supermicro machines). Thanks, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Dec 8, 2012, at 12:09 PM, Garrett Cooper wrote: On Sat, Dec 8, 2012 at 9:42 AM, Ian Lepore free...@damnhippie.dyndns.org wrote: ... It shouldn't require rc.initdiskless; just the fact that rc.d/var detects it can't write to /var should cause it to automatically create a memory fileystem for it, and minimally populate it. As far as I know, this is automatic unless you use rc.conf knobs to disable it. That doesn't solve other things like hostid, rc.conf, ssh/*, etc not being writable. I've had to use LiveCDs (post 9.0) a few times and the amount of hoops that I have to go through in order to get a working system is silly. Plus, it would be nice if it used an mfsroot, like another PR I filed said (it sucks having to wait 3 minutes for the USB CD to probe before I can mountroot over IPMI on Supermicro machines). Never fear… as discussed at November's DevSummit… I'm both extremely dediated-to (and designated whipping boy for) bringing mfsroot back as an option. It's going to take awhile tho. The roadmap essentially looks like: 1. Use bsdconfig as a dumping ground for migrating sysinstall features such as scriptability (working on that now; aim is that the scripting engine can run sysinstall scripts, achieving backward compatibility with 15+ years of past functionality). 2. When bsdconfig has the aforementioned scripting engine, the media framework (working on that right now, simultaneously with the scripting engine), the packages module (which will be pkgng based -- requires the completion of the media framework first), and has the distributions module then there will be a bsdconfig 1.0 release. Correspondingly at that time the WITH_BSDCONFIG hook will dissolve and no-longer be required (and thusly bsdconfig(8) will be available in releng distributions). 3. With the release of bsdconfig and general availability, I can then start the process of linking bsdinstall to bsdconfig. 4. bsdinstall will become i18n-ready. 5. bsdinstall will inherit the media selection dialog from bsdconfig (which is based on sysinstall's media selection dialog) NOTE: And I'm sure other things will happen to bsdinstall under my wing, but I'm not ready to commit to more than that at this time 6. I will then calculate the dependencies of bsdinstall/bsdconfig to create an mfsroot 7. Leave the existing releng Makefile alone, but make a release/Makefile.bsdinstall that generates an mfsroot And then we'll start down the road of testing mfsroot-based bsdinstall media. Right now I'm at #1, working to get to #2. bsdconfig in ports is at 0.7.x. When I complete the media framework (well over 2,000 lines of code so far -- restructuring and growing daily, trying to get to a stable point of commit that reflects a working media selection dialog with ALL permutations that sysinstall supported), I'll release a 0.8.x port. Beyond that, when I finish the packages module (pkgng based of course), I'll release a 0.9.x port (all of these being just frozen snapshots of HEAD's usr.sbin/bsdconfig/ dir). Last (and completing step #2 above), I'll quickly generate the distributions module which will conclude the entirety of scope -- replicating sysinstall's Post-Install Configuration menu (and thus, 1.0 release and unleashing). -- Devin _ 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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
9.1-RC3 LiveCD missing features
Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On 12/7/2012 3:50 PM, CeDeROM wrote: Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said unused backup sectors, and at that time, will begin simply begin just losing storage space... IE the number of total sectors on the drive will begin to shrink. -- Chuck Burns brea...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
Hello Chuck :-) DD cannot perform non-destructive test.. unless I do dd if=/dev/ada0s2a of=/dev/ada0s2a :-) Do you think drives are now smart enough to remap badblocks this way? What is the probability that there are no badblocks or badblocks are not detected this way? Which pattern is better for format 0x00 or 0xFF or one after another or dont care? I think badblocks is quite useful in this case even in destructive mode.. Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On 12/07/12 23:11, Chuck Burns wrote: On 12/7/2012 3:50 PM, CeDeROM wrote: Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said unused backup sectors, and at that time, will begin simply begin just losing storage space... IE the number of total sectors on the drive will begin to shrink. :) /dev/zero Badblocks is outdated for more than 17 years I guess The dd mentioned above will let the firmware remap all bad sectors until there are no spare sectors left (and wipe anything on disk as a bonus :) ;then you can begin to think about replacing your harddrive. As for DHCP, it works for me when booting from a netinstall for instance or going to fixit. Tomek, please try to describe more accurately what you are doing and try to accomplish Cheers ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Dec 7, 2012, at 2:30 PM, CeDeROM wrote: Hello Chuck :-) DD cannot perform non-destructive test.. unless I do dd if=/dev/ada0s2a of=/dev/ada0s2a :-) Do you think drives are now smart enough to remap badblocks this way? What is the probability that there are no badblocks or badblocks are not detected this way? SpinRite is one way to find/correct bad blocks non-destructively (it will even do its best to resurrect data from bad blocks using intense heuristic analysis). NOTE: SpinRite is not free (see grc.com) Also, maybe I should mention my own LiveCD/Rescue disc (which does have the badblocks program you're looking for): FreeBSD-9.0_Druid-1.0b60.iso or FreeBSD-8.3_Druid-1.0b60.iso (the former for 9.x and the latter for 8.x). Which pattern is better for format 0x00 or 0xFF or one after another or dont care? I think badblocks is quite useful in this case even in destructive mode.. Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org _ 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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Dec 7, 2012, at 2:39 PM, Devin Teske wrote: On Dec 7, 2012, at 2:30 PM, CeDeROM wrote: Hello Chuck :-) DD cannot perform non-destructive test.. unless I do dd if=/dev/ada0s2a of=/dev/ada0s2a :-) Do you think drives are now smart enough to remap badblocks this way? What is the probability that there are no badblocks or badblocks are not detected this way? SpinRite is one way to find/correct bad blocks non-destructively (it will even do its best to resurrect data from bad blocks using intense heuristic analysis). NOTE: SpinRite is not free (see grc.com) Also, maybe I should mention my own LiveCD/Rescue disc (which does have the badblocks program you're looking for): FreeBSD-9.0_Druid-1.0b60.iso or FreeBSD-8.3_Druid-1.0b60.iso (the former for 9.x and the latter for 8.x). D'Oh, actually.. I don't have badblocks … just badsect (different programs with different purposes). -- Devin Which pattern is better for format 0x00 or 0xFF or one after another or dont care? I think badblocks is quite useful in this case even in destructive mode.. Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org _ 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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org _ 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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
As I get ffs_valloc kernel panic on my / I want to check for badblocks but cannot do that from the system itself so I need another FreeBSD instance to run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot simply download it with pkg_add -r. Installing another system just to test existing one seems silly. It would be nice to finally have swiss army knife on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) I have just started dd if=root of=root from LiveCD, Ill let you know if that worked :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO tomek.ce...@gmail.com wrote: As I get ffs_valloc kernel panic on my / I want to check for badblocks but cannot do that from the system itself so I need another FreeBSD instance to run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot simply download it with pkg_add -r. Installing another system just to test existing one seems silly. It would be nice to finally have swiss army knife on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) I have just started dd if=root of=root from LiveCD, Ill let you know if that worked :-) You probalby want a filesystem tool but it's impossible to tell since you didn't include all the relevant info. Try fsck. If you did want a badblocks tool from the base system, /sbin/recoverdisk is the best. dd is fine, but not as through as it. -- Adam Vande More ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Fri, 2012-12-07 at 23:34 +0100, Bas Smeelen wrote: On 12/07/12 23:11, Chuck Burns wrote: On 12/7/2012 3:50 PM, CeDeROM wrote: Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said unused backup sectors, and at that time, will begin simply begin just losing storage space... IE the number of total sectors on the drive will begin to shrink. :) /dev/zero Badblocks is outdated for more than 17 years I guess The dd mentioned above will let the firmware remap all bad sectors until there are no spare sectors left (and wipe anything on disk as a bonus :) ;then you can begin to think about replacing your harddrive. As for DHCP, it works for me when booting from a netinstall for instance or going to fixit. Tomek, please try to describe more accurately what you are doing and try to accomplish Cheers When booting a system with a read-only root filesystem (a LiveCD is one example of such), DHCP works in the sense that you get an IP address, but because it can't write the nameserver address into /etc/resolv.conf you're left with a system that's on a network but you can't do much with it unless you have a really good memory for IP addresses. It has to be fixed when the readonly filesystem is created. If you make /etc/resolv.conf a symlink to ../var/db/resolv.conf it works out pretty well. If you're not using dhcp, then instead of having a missing /etc/resolv.conf you have a symlink to missing file. When you are using DHCP, it is able to write the resolv.conf file in /var and life is good. -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Fri, Dec 7, 2012 at 3:25 PM, Adam Vande More amvandem...@gmail.com wrote: On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO tomek.ce...@gmail.com wrote: As I get ffs_valloc kernel panic on my / I want to check for badblocks but cannot do that from the system itself so I need another FreeBSD instance to run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot simply download it with pkg_add -r. Installing another system just to test existing one seems silly. It would be nice to finally have swiss army knife on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) I have just started dd if=root of=root from LiveCD, Ill let you know if that worked :-) You probalby want a filesystem tool but it's impossible to tell since you didn't include all the relevant info. Try fsck. If you did want a badblocks tool from the base system, /sbin/recoverdisk is the best. dd is fine, but not as through as it. ports/sysutils/smartmontools? Most modern disks support S.M.A.R.T and will log read or write errors as well as perform non-destructive (though far from comprehensive) testing. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Fri, 7 Dec 2012, Chuck Burns wrote: dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. That should be /dev/zero. And this will be very slow, going one 512-byte block at a time. Using a 64K or 128K buffer (bs=128K) will speed it up tremendously. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On 12/07/12 17:20, Kevin Oberman wrote: ports/sysutils/smartmontools? Most modern disks support S.M.A.R.T and will log read or write errors as well as perform non-destructive (though far from comprehensive) testing. This is the correct way, since the drive could be hiding bad blocks by reallocating dying sectors. Look at your pending sector count, this should be 0 on a good disk. If it does have a value, it should go away when the sector is moved/reallocated. Personally, I don't expect much advanced disk diagnosis out of a system installer (be it Linux, Windows or Freebsd). Use this (it's freedos): http://hddguru.com/software/2005.10.02-MHDD/ It can deallocate bad sectors (will require reformat) and show slow sectors as well, in a waterfall-type display. As far as in the base system, it may be a little late for this, but ZFS would indicate unreadable blocks via checksum errors after a scrub, would it not? Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
Thanks Warren :-) I noticed that Western Digital disks MUST be preformatted this way at first otherwise stragne things happen later on (I had 3 disks like this for desktop and laptop). Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
dd if=root_part of=root_part took loong time but it did not help :-( -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
Hello Ian :-) This is the problem - / is read only and /etc/resolv.conf already links to nonexistent file. This way I cannot modify its content nor link other file (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does not help either. I think /etc/resolv.conf should point to /var/resolv.conf from start so the resolver is functional :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM cede...@tlen.pl wrote: Hello Ian :-) This is the problem - / is read only and /etc/resolv.conf already links to nonexistent file. This way I cannot modify its content nor link other file (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does not help either. I think /etc/resolv.conf should point to /var/resolv.conf from start so the resolver is functional :-) I generally get around this with mdmfs and unionfs mounts, but it's a bit annoying... I'll see if I can file a PR with all of the things that need to be fixed/enhanced and maybe fix some of the items if I get some time (if the liveCD used rc.initdiskless it would be considerably simpler and some key filesystems would be writable after boot). Thanks, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
Running fsck -t ufs -fy solved the issue!! http://i47.tinypic.com/35m1qxk.jpg How reliable is new UFS2-SU+J? Are there any journal verification routines (I heard about some chcecks in the background). Will automatic fsck on boot force full filesystem checks in any case (like filesystem related kernel panic will set full filesystem check flag)? This was the filesystem issue not the hard drive (its new 2TB WD disk preformatted before use). Having badblocks and other test solutions on the LiveCD would at least detect some hardware issues I gues, I give +1 for service/support tools in LiveCD :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
Hello Garrett :-) UnionFS works very well on Linux based embedded systems and its very powerful :-) I dont know the mdmfs sorry :-) +1 for your ideas :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
