As requested by luvar - plaintext.sk: """ Hi, I want to write here some remarks to gentoo lvm raid document (http://www.gentoo.org/doc/en/gentoo-x86+raid+lvm2-quickinstall.xml) When particioning more disc to have same structure (partition table), we can use this nice command: sfdisk -d /dev/hda | sfdisk /dev/hdc It could save me a few minutes :-) Creating raid from clean disks can be faster (without raid resync) with parameter --assume-clean. When using some url in command line (for example on links or wget lines), there is "www." not necessary. It could be shorter url without it. Portage snapshot is now available also in lzma compression. If I found in manual command to unpack lzma, I would choose lzma because of its size. It can also save a few percent of bandwidth/time when installing gentoo. I was somehow confused from new kernel (I was recompiling kernel last time about 4 years ago :), so I used genkernel. This was a little bit more time used... Finally I got bootable system in 2 hours and about 20 minutes. I was also confused by x86_64 bit directory after manually compiling kernel, because all text printed to console mentioned just arch/x86 and I was upset that I want 64 bit kernel :-) I have done installation on my new desktop (core i7-930, 5x800GB disc). I have chosen probably bad partitioning of my system, so it is "slow". PS: offtoppic I found "--jobs" switch for emerge. It is cool, but load of my system does not exceed value of 10 :-( Perhaps you could mention also this switch in some manual. Thanks for nice and simple manual and I hope this remarks will help to make it a little bit better. Have a nice day. """ Reproducible: Always Steps to Reproduce:
There are too many "this may be faster" suggestions that dump safety in favor of speed and convenience, especially the bits on using sfdisk to dump partitions and assuming the disks are always clean. Nothing gained by removing four characters from URLs or LZMA Portage tarballs -- those only save a couple of MB at most. So be sure to tell the user "thanks for your suggestions, but we feel the doc is fine the way it is." Thanks for taking the time to forward the bug to us, SwifT; good to see you 'round these parts again. :)
