Re: Fedora 12 Installation problem
On Monday 01 February 2010, Reg Clemens wrote: On 10-01-31 18:51:00, Patrick Bartek wrote: --- On Sun, 1/31/10, Tony Nelson tonynel...@georgeanelson.com wrote: ... All disks always fail the built-in test here, due to the permanent kernel bug. A more robust test is: # cmp /dev/dvd /path/to/iso You can also verify the burn by sha256sum /dev/dvd (or whatever your burner is designated) Just like you verify the ISO file. Remember in Linux everything is a file. ;-) Yes, that's why cmp works too. It has the advantage of saying where the error is. Also, your method still leaves two long strings to compare. NO. The above sha256sum /dev/dvd will NT work. The problem is that the burner writes a full block to the end of the DVD (or CD) which includes your data plus some zeros. If you do the above, you sha256sum the zero's too, which gives the wrong answer. What you want to do is to take the given size of the file, divide by 1024, and get a count so that count*1024 = size. then dd if=/dev/dvd bs=1024 count=count | sha256sum And even that could, theoretically, be erroneous. The size of a block on an optical medium is 2048 bytes so the bs above s/b 2048, and if you divide the size of the iso file on your hard drive by 2048, that will give you the actually correct count which should be an integer answer even when done on a floating point calculator. I use kcalc. Your method will generally work in case you haven't noticed, you always get an even 2's number for your count. It will end in 0, 2, 4, 6, or 8. Picky picky I am. And it is a never ending source of wonder to me that k3b has never ever been able to get this right so you may as well turn the verify off, it always fails. For 2 reasons, the first being that when it pulls the disk back in, it doesn't wait until the drive has recognized the disk, and then is hard coded to use md5sum. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Toto, I don't think we're in Kansas anymore. -- Judy Garland, Wizard of Oz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 12 Installation problem
--- On Sun, 1/31/10, Tony Nelson tonynel...@georgeanelson.com wrote: On 10-01-31 18:51:00, Patrick Bartek wrote: --- On Sun, 1/31/10, Tony Nelson tonynel...@georgeanelson.com wrote: ... All disks always fail the built-in test here, due to the permanent kernel bug. A more robust test is: # cmp /dev/dvd /path/to/iso You can also verify the burn by sha256sum /dev/dvd (or whatever your burner is designated) Just like you verify the ISO file. Remember in Linux everything is a file. ;-) Yes, that's why cmp works too. It has the advantage of saying where the error is. Also, your method still leaves two long strings to compare. I remember at one time being able to have the checksum program compare the results to the checksum file. Worked great when you were summing a dozen CDs, but can't seem to find the documentation on that feature right now. Anyway, it only takes me about 15 seconds to manually do the comparison, since I checksum the ISO in a terminal, then checksum the burn in the same terminal. The two sums are only separated by a couple lines making it easy to see any differences. B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 12 Installation problem
Joe Woodruff wrote: After re-starting computer and logging into root, only get CLI operability and can't seem to get a GUI. Text-mode installs default to not starting X11 by default. After logging in as root, run: sed -i -e 's/id:3:initdefault/id:5:initdefault/g' /etc/inittab Alternatively, if you don't like long magic commands, you can do this with an editor. Run: nano /etc/inittab move the cursor to the 3 in: id:3:initdefault press [Del] and enter a 5 instead. Save with Ctrl+o Enter and quit with Ctrl+x. Then reboot and you'll get your GUI. To get the graphical startup if your video hardware supports it, add rhgb to the kernel command line in the /boot/grub/grub.conf file. Kevin Kofler -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 12 Installation problem
On Sat, 2010-01-30 at 13:50 -0500, Joe Woodruff wrote: Disc's 1 3 failed Linux test at installation. Burned Disk 1 twice more and still fails. Went ahead with installation. You're asking for trouble going ahead under that condition. Try and resolve the failing disc burning issue, first. Buy better discs, or just try a different brand. Burn at a slower speed. Burn the discs on another burner. etc... -- [...@localhost ~]$ uname -r 2.6.27.25-78.2.56.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 12 Installation problem
--- On Sun, 1/31/10, Tony Nelson tonynel...@georgeanelson.com wrote: On 10-01-31 10:12:16, Tim wrote: On Sat, 2010-01-30 at 13:50 -0500, Joe Woodruff wrote: Disc's 1 3 failed Linux test at installation. Burned Disk 1 twice more and still fails. Went ahead with installation. You're asking for trouble going ahead under that condition. Try and resolve the failing disc burning issue, first. Buy better discs, or just try a different brand. Burn at a slower speed. Burn the discs on another burner. etc... All disks always fail the built-in test here, due to the permanent kernel bug. A more robust test is: # cmp /dev/dvd /path/to/iso You can also verify the burn by sha256sum /dev/dvd (or whatever your burner is designated) Just like you verify the ISO file. Remember in Linux everything is a file. ;-) B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 12 Installation problem
On 10-01-31 18:51:00, Patrick Bartek wrote: --- On Sun, 1/31/10, Tony Nelson tonynel...@georgeanelson.com wrote: ... All disks always fail the built-in test here, due to the permanent kernel bug. A more robust test is: # cmp /dev/dvd /path/to/iso You can also verify the burn by sha256sum /dev/dvd (or whatever your burner is designated) Just like you verify the ISO file. Remember in Linux everything is a file. ;-) Yes, that's why cmp works too. It has the advantage of saying where the error is. Also, your method still leaves two long strings to compare. -- NO. The above sha256sum /dev/dvd will NT work. The problem is that the burner writes a full block to the end of the DVD (or CD) which includes your data plus some zeros. If you do the above, you sha256sum the zero's too, which gives the wrong answer. What you want to do is to take the given size of the file, divide by 1024, and get a count so that count*1024 = size. then dd if=/dev/dvd bs=1024 count=count | sha256sum to get the sum to compare with the given sum, or the number you would get by doing sha256sum on the file. The 'cmp' will probably work, but complain that the file is 'short' compared to the DVD (and its trailing zero's). nb. What I report as zero's may in fact be random garbage -- Reg.Clemens r...@dwf.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines