ANZAC Day
Go Back   IceInSpace > General Astronomy > General Chat
Register FAQ Calendar Today's Posts Search

Reply
 
Thread Tools Rate Thread
  #1  
Old 21-03-2018, 10:35 AM
AstralTraveller's Avatar
AstralTraveller (David)
Registered User

AstralTraveller is offline
 
Join Date: Mar 2008
Location: Wollongong
Posts: 3,767
Linux backup drive

Hi,

I suppose I should join a Linux form to ask this but I'll probably get the answer here .

I'm planning to install Linux on a 3TB USB drive to act as a portable/backup machine. I would also like to use it to backup the user files from my desktop machine. OS in both cases in Linux Mint. I generally make 4 partitions. One is swap space and the others are mounted at /boot/efi, /, and /home. I make /home/User_Files/ for all our docs, photos etc.

My question is this: if I do this can I then plug the USB drive into my desktop machine when it is running (ie not booted from the USB), mount /home/User_Files to eg /mnt/backupdrive/ and then copy files onto the USB drive? Can I do this without corrupting the file system and have the files visible to the OS on the usb drive when I boot from it? I believe it should work but I'd like to be sure before I start.

Thanks for any advice.
Reply With Quote
  #2  
Old 21-03-2018, 11:34 AM
gary
Registered User

gary is offline
 
Join Date: Apr 2005
Location: Mt. Kuring-Gai
Posts: 5,928
Quote:
Originally Posted by AstralTraveller View Post
Hi,

My question is this: if I do this can I then plug the USB drive into my desktop machine when it is running (ie not booted from the USB), mount /home/User_Files to eg /mnt/backupdrive/ and then copy files onto the USB drive? Can I do this without corrupting the file system and have the files visible to the OS on the usb drive when I boot from it? I believe it should work but I'd like to be sure before I start.

Thanks for any advice.
Absolutely.

Best regards

Gary

(UNIX/Linux user for 42 years)
Reply With Quote
  #3  
Old 21-03-2018, 12:50 PM
AstralTraveller's Avatar
AstralTraveller (David)
Registered User

AstralTraveller is offline
 
Join Date: Mar 2008
Location: Wollongong
Posts: 3,767
Thanks Gary! That went so well I might as well ask the next question.

On my desktop I have 4 partitions set aside for different distros (Mint, OpenSUSE, elementaryOS and a broken Fedora). Each one has it's own configuration files (ie all the hidden files) but can see the same user files. I'm wondering about also putting a 32-bit version of Mint on the USB drive in its own partition, just in case I ever need to run it on an old machine. From what I have read this should work. If I do so, is it possible to use the same configuration/hidden files for both versions or should I arrange for each install to have it's own set of config files?

Thanks in advance, David
Reply With Quote
  #4  
Old 21-03-2018, 02:38 PM
gary
Registered User

gary is offline
 
Join Date: Apr 2005
Location: Mt. Kuring-Gai
Posts: 5,928
Quote:
Originally Posted by AstralTraveller View Post
Thanks Gary! That went so well I might as well ask the next question.

On my desktop I have 4 partitions set aside for different distros (Mint, OpenSUSE, elementaryOS and a broken Fedora). Each one has it's own configuration files (ie all the hidden files) but can see the same user files. I'm wondering about also putting a 32-bit version of Mint on the USB drive in its own partition, just in case I ever need to run it on an old machine. From what I have read this should work. If I do so, is it possible to use the same configuration/hidden files for both versions or should I arrange for each install to have it's own set of config files?

Thanks in advance, David
Hi David,

When you use the term "hidden files" you will need to be a bit more specific so I understand which files you are referring to.

"Hidden files" is not a standard expression in the Unix/Linux parlance.

Are you referring to the user configuration files, such as .bashrc, which is
the bash shell configuration file which a "ls" command without any
arguments does not display but are displayed if you type "ls -al"?

Or are you referring to directories like /bin, /etc and /usr?

Best Regards

Gary
Reply With Quote
  #5  
Old 21-03-2018, 02:54 PM
AstralTraveller's Avatar
AstralTraveller (David)
Registered User

AstralTraveller is offline
 
Join Date: Mar 2008
Location: Wollongong
Posts: 3,767
Gary,

I'm referring to the files that reside in the /home directory but are normally not visible to the user as their name starts with a dot. So, yes .bashrc could be an example. I'm not in front of that machine now but I can remember .wine, .VirtualBox, .opera, .mozilla, .gconf (or similar).

David
Reply With Quote
  #6  
Old 21-03-2018, 03:31 PM
gary
Registered User

gary is offline
 
Join Date: Apr 2005
Location: Mt. Kuring-Gai
Posts: 5,928
Quote:
Originally Posted by AstralTraveller View Post
Gary,

I'm referring to the files that reside in the /home directory but are normally not visible to the user as their name starts with a dot. So, yes .bashrc could be an example. I'm not in front of that machine now but I can remember .wine, .VirtualBox, .opera, .mozilla, .gconf (or similar).

David
Hi David,

Very good.

As you will be aware, the dot files in an individual user's directory are
meant to be specific and configurable to that user.

What's more, one or more dot files are sometimes associated with a
an executable utility program.

For example, you might have a .mozilla directory that contains files
associated with a Firefox browser that will contain your bookmarks,
browsing history, cache and what not.

So by way of example, in the case of the dot files in a .mozilla directory,
if you were to share them between invocations of a Firefox browser
on different versions of an OS, they have a strong likelihood of working
if you used a version of Firefox that is the same or newer than one
that created them, but may not be backwardly compatible with an earlier
version of Firefox.

As an another example, the semantics of the bash shell has not changed
much in recent years, so a .bashrc file from some earlier version of bash
has a very strong probability of working today.

What would tend to be more problematic are configuration files associated
with desktop environments. Desktops tend to have a higher amount of
work going on and associated changes that could mean the configuration
files created by an earlier version of the desktop might not operate with
a newer version and vice versa. In which case the remedy may be to
simply blow away those config files and let the desktop create them afresh.

It may help to keep clear in your mind the separation between the Linux
kernel and device drivers and things like the desktop and various utilities.

That separation is somewhat murkier in operating systems such as Windows
where one never normally operates it without the Window's desktop interface
running.

As you are aware, on Linux/Unix you can boot up just on a single dumb
terminal but to progress beyond that you really need at least a shell
command line interpreter such as bash. In fact until the first windowing
systems were devised, sitting in front of teletypes running a shell was
all we Unix users had.

All editions of Linux have at their heart the same kernel, albeit perhaps a different version,
but all ancestrally related. The desktop environment is what might distinguish, say, Mint from Unity.

Since the desktop is just an executable and nothing to do with the kernel,
from a computer engineering point view, we don't regard them as different versions of Linux.

The point I am trying to make is that even if all your dot files were missing
or were incompatible, you can always get yourself out of trouble with
nothing more than the root password and a command line prompt.

None of those dot files are associated with the operating system themselves.

So if you were to share the same dot files and something went amiss,
you should be able to recover.

Hope this helps.

Best regards

Gary
Reply With Quote
  #7  
Old 07-04-2018, 06:37 PM
AstralTraveller's Avatar
AstralTraveller (David)
Registered User

AstralTraveller is offline
 
Join Date: Mar 2008
Location: Wollongong
Posts: 3,767
Gary, thanks for the useful advice and sorry for the tardy reply. The first night I tried the installation I had problems with booting the installation USB stick. So I got discouraged and other things occupied my mind until the other day. Once I got back to it, I pretty quickly solved the booting issue and then the installation was very straightforward. I've now got all the software I want installed, including Windows in a VM, and all data files copied - I've even imported my bookmarks.

And as you can see from the perfectly formed letters in this post, it all works beautifully .
Reply With Quote
  #8  
Old 07-04-2018, 08:54 PM
gary
Registered User

gary is offline
 
Join Date: Apr 2005
Location: Mt. Kuring-Gai
Posts: 5,928
Quote:
Originally Posted by AstralTraveller View Post
Gary, thanks for the useful advice and sorry for the tardy reply. The first night I tried the installation I had problems with booting the installation USB stick. So I got discouraged and other things occupied my mind until the other day. Once I got back to it, I pretty quickly solved the booting issue and then the installation was very straightforward. I've now got all the software I want installed, including Windows in a VM, and all data files copied - I've even imported my bookmarks.

And as you can see from the perfectly formed letters in this post, it all works beautifully .
Hi David,

Thanks for the response which is appreciated.

Great to hear you solved your USB stick boot issue and as demonstrated by your ability to post here, are now cooking with gas.

Best regards

Gary
Reply With Quote
Reply

Bookmarks


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +10. The time is now 11:45 PM.

Powered by vBulletin Version 3.8.7 | Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Advertisement
Bintel
Advertisement
Testar
Advertisement