Re: [opensuse] How to mount USB drive in single user mode?
----- Original Message ---- From: Carlos E. R. <robin.listas@telefonica.net>
My system will not transition between runlevels properly (from single to RL1, using init 1 or shutdown -i1 -g0 now) just issues a long stream of errors...
That's a curious problem. I have always been able to switch modes.
Yes, but my install of 10.2 has never been very satisfactory frankly. It was almost impossible to install (10.0 and 10.1 flatly refused to install on this hardware. The install crashed before I could do anything. Even, as I recall, in "safe" mode. 10.2 installed, but has had a litany of problems that I never could get to the bottom of. 64 bit, dual core, with some funky (but Intel-supported) video. The video was the worst bit. Attempts to change mode (including "logout") universally lock the machine up. I have to hibernate, or forcibly power down.
fdisk -l shows slices fine, but is only useful to me if the device has already been mounted as it doesn't show unmounted anything.
fdisk -l should list all partitions regardless of the mount state.
Curious. Perhaps I did it wrong, but with the drive attached but not mounted, it didn't show up. Oh, but maybe that was in single user mode. Yes, must have been, because it auto-mounted in runlevel 1 anyway.
It does have a 4GB limit, so my original goal which was to be able to make a trivial copy of the /dev/sdb1 device using "dd" will require me to split the device into many slices.
No, no.
You can not do a "copy" of your linux filesystem to a fat filesystem. You need an external usb disk formatted in one of the native linux format: ext3, reiser, xfs...
Why?
One thing is the 4GB limit per file. There are worse things:
- permissions - ownership - hardlinks and softlinks - acl
none are supported by fat, so you will loose them in the backup, and the restore operation will fail to restore a working system, unless you save a list of all that things on another file and have a script to recreate them.
Actually, "yes, yes" :) This bit I'm entirely confident of, but I don't think you understood quite what I meant. I am doing this: dd if=/dev/sda1 of=/media/USB_DRIVE/HUGE_IMAGE_FILE.dat bs=128M So, what I'm saying is that I literally make an image of the partition. Not copy the files. That way I can simply use dd to restore my exact machine. It's quite a handy technique for this kind of thing. I use it if a drive is failing, or a machine is about to undergo serious soft-or-hardware surgery. Just gives you a spare image. I have CDs burned with entire windows-95 installations made that way too (boot linux on CD, copy the partition, then do the same to restore it if necessary. Very handy in a teaching situation like mine). You're right, of course about the 4GB limit, but that just requires some careful arithmetic to split the image across extents. Haven't had to do that since floppy disks come to think of it (yes, this is my first machine I've treated this way with partitions greater than a DVD). Thanks again for all the input and suggestions. I think I'm going to have a look into rcopy, cpio, and maybe tar. It would be nice to have a file-level copy that's properly sound too/instead. Cheers, Simon ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Friday 2008-05-09 at 08:47 -0700, Simon Roberts wrote:
That's a curious problem. I have always been able to switch modes.
Yes, but my install of 10.2 has never been very satisfactory frankly. It was almost impossible to install (10.0 and 10.1 flatly refused to install on this hardware. The install crashed before I could do anything. Even, as I recall, in "safe" mode. 10.2 installed, but has had a litany of problems that I never could get to the bottom of. 64 bit, dual core, with some funky (but Intel-supported) video. The video was the worst bit. Attempts to change mode (including "logout") universally lock the machine up. I have to hibernate, or forcibly power down.
Ouch. One of those... bad luck. It's probably the video (my educated guess).
fdisk -l shows slices fine, but is only useful to me if the device has already been mounted as it doesn't show unmounted anything.
fdisk -l should list all partitions regardless of the mount state.
Curious. Perhaps I did it wrong, but with the drive attached but not mounted, it didn't show up. Oh, but maybe that was in single user mode. Yes, must have been, because it auto-mounted in runlevel 1 anyway.
Could be that. I never used that "single" thing in grub. Dunno what it is. [...]
Actually, "yes, yes" :) This bit I'm entirely confident of, but I don't think you understood quite what I meant. I am doing this:
dd if=/dev/sda1 of=/media/USB_DRIVE/HUGE_IMAGE_FILE.dat bs=128M
Ah! That's different, of course.
You're right, of course about the 4GB limit, but that just requires some careful arithmetic to split the image across extents. Haven't had to do that since floppy disks come to think of it (yes, this is my first machine I've treated this way with partitions greater than a DVD).
Try this instead: dd if=/dev/sda1 of=/dev/sdb1 bs=128M assuming sda is your hard disk and sdb the usb disk. You do not need filesystems at all - just a paper label on the disk, lest somebody tries to reformat it ;-) That's a bit drastic, anyway. But I format my external usb drives in ext3 or reiser, no 4GiB limit.
Thanks again for all the input and suggestions. I think I'm going to have a look into rcopy, cpio, and maybe tar. It would be nice to have a file-level copy that's properly sound too/instead.
Welcome! - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIJMwHtTMYHG2NR9URApjXAJ0bvQblrUcIdH5HrRwBvNybSqYRJwCffLjG NvYjzWgQvRfYhHnteQi8vm8= =eKGu -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (2)
-
Carlos E. R. -
Simon Roberts