public inbox for linux-newbie@vger.kernel.org
 help / color / mirror / Atom feed
From: James Miller <jamtat@mailsnare.net>
To: linux-newbie@vger.kernel.org
Subject: tune2fs question
Date: Wed, 1 Feb 2006 22:23:09 +0000 (UTC)	[thread overview]
Message-ID: <Pine.NEB.4.62.0602012209370.27105@sdf.lonestar.org> (raw)
In-Reply-To: <6.2.3.4.0.20060120170826.02138c30@127.0.0.1>

I've recently succeeded in installing a Linux to a USB flash drive and, 
more importantly, booting to that drive using a floppy disk. A problem I 
have run into with tunefs needs addressing now. On the machine where I 
installed Linux, the drive was seen as /dev/sdb1. Apparently when I 
formatted the flash drive (ext2), some information regaridng the location 
of the drive was recorded for subsequent use. Now, when I reboot with the 
drive in a different system where it is actually /dev/sda1, e2fsck gives 
some error messages and wants to mount it read-only. I'm thinking that if 
I can change the system's understanding of the device file name, this 
problem might go away. Having looked over documentation (manpages) for 
e2fsck and tune2fs, I'm not finding how I could do this. Can anyone offer 
pointers on how I might get these ext2 filesystem utilities to be aware 
that the target device is not /dev/sdb1 but /dev/sda1?

On recovering a deleted file from reiserfs--the subject of my last post: I 
can confirm it is possible by rebuilding the directory tree. But I can 
also affirm that it is something you should NOT do on a root filesystem (a 
separate, data partition is the ideal target). It will corrupt important 
system files/modules if you do it on a root filesystem, necessitating a 
likely reinstall of the OS. On my system the kernel remains intact, but 
important modules are hosed, and maybe other key files. Think over 
carefully whether the file you want to recover is important enough to 
justify basically hosing the rest of your system.

James
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

  reply	other threads:[~2006-02-01 22:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-20 16:05 SOS: restore deleted file on ext3 system; CORRECTION--it's reiserfs James Miller
2006-01-20 17:09 ` Carl
2006-02-01 22:23   ` James Miller [this message]
2006-02-02  3:40     ` tune2fs question James Miller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.NEB.4.62.0602012209370.27105@sdf.lonestar.org \
    --to=jamtat@mailsnare.net \
    --cc=linux-newbie@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox