The officially official Devuan Forum!

You are not logged in.

#1 2020-12-03 11:51:00

Altoid
Member
Registered: 2017-05-07
Posts: 529  

fstab, UUID and SD Card drive letter assignments

Hello:

I've been writing/re-writing a few *.iso files to SD Cards for working on my Beowulf+1000HE test installation and using my main box to do so.

My /etc/fstab was supposed to have all drives with their corresponding file system+UUID pairing.

But it turns out that I had forgotten to do add a UUID to a SAS HDD that I later stated using to keep stuff in.
And (as was bound to happen) screwed it up.

Fortunately testdisk and gparted did their job and after a couple of hours things were back to normal.  8^7

1st. question:
If every drive is assigned a file system ie: /dev/sdX and linked to a UUID, am I safe from this happening again?
ie: will file system labels remain unmovable and anything plugged in will use other ie: unused file system labels?

2nd. question:
I have a couple of 500Gb 2.5" SATA drives that get very little or no use these days.
I could mount them inside my box and use them to back up the contents of the different drives I keep stuff in just to be safe, not for fast access.

What method would you suggest to get that done?

Thanks in advance.

Cheers,

A.

Offline

#2 2020-12-03 12:52:07

dice
Member
Registered: 2020-11-22
Posts: 108  
Website

Re: fstab, UUID and SD Card drive letter assignments

1st question, i think answer would be to only use uuid's in the /etc/fstab

2nd question, answer would maybe be to use those two extra drives for backups using clonezilla.

https://clonezilla.org/


“That which is below is like that which is above, and that which is above is like that which is below, to perform the miracles of one only thing.”

-Hermes Trismegistos

Offline

#3 2020-12-03 18:31:15

Head_on_a_Stick
Member
From: London
Registered: 2019-03-24
Posts: 1,269  
Website

Re: fstab, UUID and SD Card drive letter assignments

Altoid wrote:

1st. question

As dice says: don't use the block devices as fs_spec identifiers in /etc/fstab, they can change from one boot to the next. You could also use a partition LABEL as an alternative to the UUID, or the PARTUUID or PARTLABEL (for GUID partition tables only).

Altoid wrote:

2nd. question

I use a simple (Korn Shell) script to backup my Debian system to the spare drive in my laptop: https://gist.githubusercontent.com/Head … 2dd/backup

That script hardcodes /dev/sda1 as the backup drive because it's the only SATA device and so never changes, you should probably use the /dev/disk/by-uuid/ identifiers instead.

See also https://wiki.archlinux.org/index.php/Rs … tem_backup

In my case the script is called by a systemd .service (hence all of the print statements, which are recorded in the journal), run once a week by a systemd .timer; for Devuan you could use a(n) (ana)cron job instead.


Black Lives Matter

Offline

Board footer