When I move a hard drive from one controller to another, I want the operating system to recognize it by the data on the drive, rather than by the cable its attached to. attach command, and of /etc/fstab. If I need to reorganize a system, and /dev/hda3 suddenly becomes /dev/hde3, I shouldn’t have to muck with /etc/fstab to get it right. Why? Because it seems like the only time I edit /etc/fstab is under times of duress. Something’s down, something’s wrong, you’ve just booted off the rescue disk, you have a only have minimalist editor (e.g. /bin/ae) handy, and you find yourself doing emergency repairs to /etc/fstab. You should be able to ask a disk partition “what are you?”, and have the disk partition reply, and have the mount command respond to that.
Playing this new guessing game away from exactly what info is on which control sucks
Their tough when you have mirrored you sources partition. In these cases, you will become working with only 1 exemplory case of the reflect, rather than everything. Discover an option complicated factors as to how you to becomes wedged such a position, however, it’s just not unusual. Anyway, in this case, one has one or two (or even more?) duplicates from /etc/fstab inside play. What type gets put becomes a purpose of this new bootloader, the new cut diskette, new haphazard BIOS push numberings strategy, and operator confusion. Into any given reboot, the latest /etc/fstab one to gets used might not function as the you to you only had complete editing.
Ext2fs names. Its great to put a label into the ext2fs having new e2label demand. But are you aware that if one makes an excellent RAID-step one mirror /dev/md1 out of /dev/hda1 and you can /dev/hdc1, and put a keen Ext2fs name inside it, that around three of those products will have exactly the same ext2fs label? Brands are expected from the take off-unit peak, additionally the title should accept the real storage mass media getting branded. Brand new install demand, and you may /etc/fstab need to use take off-device labels, not file-program names.
The present day Linux md subsystem spends ‘raid superblocks’ to keep good UUID and cache most other information. However, there are not any systems that really allows you to browse at this info, nor to place a label inside. Never brain that you may need the partition method of as 0xfd and not 0x83, and yada yada yada.
Maybe MSDOS-compatible hard drive partition tables is completely wrong? Possibly among the other partition table styles is advisable? When the I am not powering MSDOS or Windows to the machine, Really don’t need to take the latest MSDOS partition dining table. Where’s the new HOWTO one to talks about blogs at that level? profile dating.com How do we rating products to utilize this stuff?
File-system names try interesting, however they are not an entire respond to
The newest LILO (version twenty-five.5.step 3.1) went crazy. My last brand of LILO don’t grumble you to definitely both of my hard drives was indeed at 0x80. Now it does. Today I have to give their clearly, that drive 1 was 0x80 and you may push dos try 0x81. What’s step 1 and you will 2? I dunno. How much does 0x80 and you can 0x81 signify? We dunno, an untamed & happy imagine. And, regarding the keeping with brand new heritage off machines undertaking everything advised them to perform, in place of what you desired these to create, LILO is actually most, really effective at doing a boot markets that’s unbootable. It is totally unsuitable.
My options partition is mirrored. You will find a copy off / into one another /dev/hda1 as well as on /dev/hdc1. Whenever i share with LILO that we need a footwear field strung to the /dev/hda and on /dev/hdc, and to mount either /dev/hda1 or /dev/hdc1 because the root partition, that’s what I’d like. I don’t wanted it L 40 forty 40 crap. I don’t require LI 80 80 80 possibly. Really don’t want to buy bringing unclear about which was /dev/hda and that is /dev/hdc. I especially don’t want they picking out a special thoughts on what is actually and this, compared to my personal help save diskette.
