UUID átírása

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

Fórum: 

Hogyan lehet egy UUID-t átírni?
Gparted csak random változtatást ajánl fel de nekem egy meglévő uuid-t kéne megadnom egy teljesen leformázott majd újrapartícionált usb-s eszközön lévő egyik partíciónak.
Azért kéne a régi uuid mert a hordozható eszköz több gépben uuid alapján van felcsatoltatva, különböző paraméterekkel.
Egyszerűbbnek látszik a régit visszaállítani, már ha van rá mód, mint több gépen fstabot macerálni.

Mondjuk csak terminálost tudok: tune2fs

Értékelés: 

0
Még nincs értékelve

#1
Ez okés is, ha nagy a szükség, jöhhön aminek jönnie kell... (terminál) wink
Közben én is kutakodtam és a leírások alapján  a tune2fs nem kezeli az NTFS-t, ezt elfelejtettem leírni, hogy van az átírandók között ntfs is, bocsánat.
Átmentem Winbe, a diskpart a komplett lemez uuid-t át tudja írni de volume, azaz kötetet vagyis partíciót nem.
Legalábbis nem találtam erre vonatkozó leírást.

 

NTFS megoldva

Értékelés: 

0
Még nincs értékelve

#2
ntfslabel, és már kész is van:

tibi@TibiXubuntu:~$ sudo ntfslabel --new-serial=44FD52AA01B5FE7D /dev/sdc3
New serial number : 44fd52aa01b5fe7d
vtoy_data
tibi@TibiXubuntu:~$ sudo ntfslabel --new-serial=27BE34407CC7DA8A /dev/sdc6
New serial number : 27be34407cc7da8a
vtoy_mndns
tibi@TibiXubuntu:~$ 

Jó ez a Linux smiley
 

EXT nincs megoldva

Értékelés: 

0
Még nincs értékelve

Az NTFS-t simán megcsinálta, az ext meg nem megy.
Én rontok el valamit? 

tibi@TibiXubuntu:~$ blkid /dev/sdc4
/dev/sdc4: LABEL="vtoy_ubi1804" UUID="675efa2f-aa42-4e8d-9907-bfb99e85dc01" TYPE="ext4" PARTLABEL="vtoy_ubi1804" PARTUUID="c86f6fd0-4452-4af4-a645-aa5d7852a2d6"
tibi@TibiXubuntu:~$ sudo tune2fs /dev/sdc4 -U 696bb1bd-1d39-4738-b5d6-65bccb30c6fd
[sudo] tibi jelszava: 
tune2fs 1.44.1 (24-Mar-2018)

This operation requires a freshly checked filesystem.

Futtassa az „e2fsck -f” parancsot a fájlrendszeren.

tibi@TibiXubuntu:~$ sudo e2fsck -f /dev/sdc4
e2fsck 1.44.1 (24-Mar-2018)
1. lépés: inode-ok, blokkok és méretek ellenőrzése
2. lépés: könyvtárszerkezet ellenőrzése
3. lépés: könyvtárkapcsolatok ellenőrzése
4. lépés: referenciaszámok ellenőrzése
5. lépés: csoport összefoglaló információinak ellenőrzése
vtoy_ubi1804: 11/2326528 fájl (0.0% nem összefüggő), 223818/9300224 blokk    

 tibi@TibiXubuntu:~$ blkid /dev/sdc4
/dev/sdc4: LABEL="vtoy_ubi1804" UUID="675efa2f-aa42-4e8d-9907-bfb99e85dc01" TYPE="ext4" PARTLABEL="vtoy_ubi1804" PARTUUID="c86f6fd0-4452-4af4-a645-aa5d7852a2d6"                                                     

Előtte-utána ugyanaz a uuid, pedig nem dob hibát, a dőlt karakteres uuid-nek kéne lennie.
Pedig bakker lassan terminálzsonglőr leszek... smiley

kimarite képe

EXT4 nincs megoldva

Értékelés: 

0
Még nincs értékelve

#4 Próbáld a rendszert újraindítani és utána megnézni újra.

Ha nem változik, a parancssort így próbáld (példa):

tune2fs -U 266584be-d7b7-11eb-8c76-c3eef48c7257 /dev/sda1

Másik alkalmazás is jó az EXT4 fájlrendszerhez (példa):

xfs_admin -U 266584be-d7b7-11eb-8c76-c3eef48c7257 /dev/sda1

Az fstab fájlban megváltozik a régi UUID?

EXT4 nincs megoldva

Értékelés: 

0
Még nincs értékelve

#5
A sorrendfelcserélése ugyanazt hizta,
a másik meg ezt írja:

tibi@TibiXubuntu:~$ sudo xfs_admin -U 696bb1bd-1d39-4738-b5d6-65bccb30c6fd /dev/sdc4
xfs_admin: /dev/sdc4 is not a valid XFS filesystem (unexpected SB magic number 0x00000000)
Use -F to force a read attempt.

A force miatt aggódom, gyanús, a not valid és magic numberrel, egyebekkel nem tudok mit kezdeni.

kimarite képe

xfs_admin: /dev/sdc4 is not a valid XFS filesystem

Értékelés: 

0
Még nincs értékelve

#6 xfs_admin: /dev/sdc4 is not a valid XFS filesystem

Akkor gyanús, hogy nem jó a tipp, és a Wikipédia leírása sem.

fstab, reboot?

xfs_admin: /dev/sdc4 is not a valid XFS filesystem

Értékelés: 

0
Még nincs értékelve

#7 reboot megvolt, többször is, nincs változás. 

"Az fstab fájlban megváltozik a régi UUID?"

Ezt z fstabot hogya érted? ez egy  usb hátértár sdc4 partíciója,  jelenleg teljesen üres, csak formázva lett. Melyik fstabra gondolsz?

Ami érdekes, ntfs-en simán átírható az uuid , nem az ext okoz valamit?

Gparted csak random

Értékelés: 

0
Még nincs értékelve

Gparted csak random változtatást ajánl fel de nekem egy meglévő uuid-t kéne megadnom egy teljesen leformázott majd újrapartícionált usb-s eszközön lévő egyik partíciónak.
Azért kéne a régi uuid mert a hordozható eszköz több gépben uuid alapján van felcsatoltatva, különböző paraméterekkel.

Van itt egy kis ellentmondás. Van olyan, hogy partició , és van olyan, hogy fájlrendszer. A partició egyedi azonosítója a PARTUUID, A partición található a fájlrendszer, ami lehet ext4, ntfs, xfs,  stb. A fájlrendszer egyedi azonosítója a UUID, neked erre lesz szükséged,mert a linux nem partíciót csatol fel, hanem fájlrendszert az fstab-ból. Az ext4 fájlrendszerekhez a 'sudo tune2fs -U 696bb1bd-1d39-4738-b5d6-65bccb30c6fd /dev/sdc4' parancs jó lesz, csak előtte le kell csatolni a fájlrendszert egy 'sudo umount /dev/sdc4' --el.

Gparted csak random

Értékelés: 

0
Még nincs értékelve

#9
Köszönöm a felvilágosítást.
Nekem, meg az átlagnak a sima uuid kell, ha az alapján azonosít amúgy is.

" csak előtte le kell csatolni a fájlrendszert egy 'sudo umount /dev/sdc4' --el."
Ez természetesen megtörtént, addig a tune2fs hibát jelez, nem is lép tovább.

Másik fórumin is kutakodtam meg gugliztam, a félmegoldás az ott van az orrunk előtt csak féreérthető.
"

This operation requires a freshly checked filesystem.
Futtassa az „e2fsck -f” parancsot a fájlrendszeren."

Ez UTÁN kell futtatni a tune2fd-t.
Meg is csinálja de nem az általam megadott hanem valami random uuid-t generál.

tibi@TibiXubuntu:~$ sudo tune2fs /dev/sdc4 -U 696bb1bd-1d39-4738-b5d6-65bccb30c6fd
[sudo] tibi jelszava: 
tune2fs 1.44.1 (24-Mar-2018)
Az UUID beállítása egy ellenőrzőösszeget használó fájlrendszeren eltarthat egy ideig.
Proceed anyway (or wait 5 seconds to proceed) ? (y,N) y<folytatás>
tibi@TibiXubuntu:~$ blkid /dev/sdc4
/dev/sdc4: LABEL="vtoy_ubi1804" UUID="675efa2f-aa42-4e8d-9907-bfb99e85dc01" TYPE="ext4" PARTLABEL="vtoy_ubi1804" PARTUUID="c86f6fd0-4452-4af4-a645-aa5d7852a2d6"
tibi@TibiXubuntu:~$

Erre nincs ötletem, hogyan kéne nem random hanem az én uuid-met kivitelezni.

Gparted csak random

Értékelés: 

0
Még nincs értékelve

#10

tune2fs 1.44.1 (24-Mar-2018)

Ez elég régi verzió. A eszköz amint a fájlrendszer azonosítót akarod piszkálni, újabb?

A másik ötletem, hogy a

Értékelés: 

0
Még nincs értékelve

A másik ötletem, hogy a meghajtót fixen beépíteni a gépbe a művet idejére, amennyiben lehetséges. Lehet, hogy az usb csatlakozás miatt nem megy a dolog, és a sata jó lesz.

EXT UUID változtatás megolldva

Értékelés: 

0
Még nincs értékelve

#13

EXT UUID változtatás megoldva

Értékelés: 

0
Még nincs értékelve

#13
Az előbb valamiért elment a címmel a hozzászólásom és nen tudtam szerkeszteni. 

Megvan a megoldás, a szemünk előtt volt, a szerencsétlen program írja is:

This operation requires a freshly checked filesystem.
Futtassa az „e2fsck -f” parancsot a fájlrendszeren.

Vagyis ELŐSZÖR  e2fsck, AZUTÁN  a rendezett fájlrendszeren már szépen lefut a tune2fs, ésmég reboot!!  mert beleragad a régi uuid. Az hogy egy éppen most létrehozott üres fájlrendszer az nem érdekli, gondolom nem tud róla és ezért kéri a fsck-t. 

tibi@TibiXubuntu:~$ sudo tune2fs /dev/sdc4 -U 696bb1bd-1d39-4738-b5d6-65bccb30c6fd
[sudo] tibi jelszava: 
tune2fs 1.44.1 (24-Mar-2018)
Az UUID beállítása egy ellenőrzőösszeget használó fájlrendszeren eltarthat egy ideig.
Proceed anyway (or wait 5 seconds to proceed) ? (y,N) y<folytatás>

Így fut le rendesen, ezt eddig sose kérdezte meg.

A tune2fs nem tudom hogy frissül-nem frissül, a rendszerem az egy naprakész Ubuntu.
Lehet nem frissül a program mert nincs miért, nincs semmi újítás egy uuid átírásában meg a lemezek kezelésében évek óta.
Pl. 2004-es MP3 lejátszót használok, azóte nem történt radikális változás mp3 fronton mert lejátdzik mindent, vbr-t is.

Köszönöm a segítségeket.

átirás névre

Értékelés: 

0
Még nincs értékelve

Sziasztok

Merevlemezeken az UUID-t át lehet írni számok helyett mondjuk Adat (egyéb) szóra? Ez a sok szám követhetetlen, ha sok lemezem (10)  van.

Ezt néztem, de ha több lemez van, cserénél állandóan át kell írni az fstabot?

https://www.linuxportal.info/leirasok/fajlrendszer/hogyan-hasznaljuk-az-...

Az fstabba szinte semmi sincs:/dev/sda1    /    ext4    defaults,noatime    0    1
/dev/sdb1/swapfile    none swap    sw    0    0

init-es a rendszer

köszi szépen

csuhas32 képe

átirás névre

Értékelés: 

0
Még nincs értékelve

#16
Szia!

[OFF
Egyik lemezen a rendszerpartíció és másik lemezen létrehozva a swapfájl? Persze, lehet ilyet, csak ha kiveszed az sdb-t, akkor így az sda-n lévő rendszer lehet, hogy el sem fog indulni. Én jobban szeretem, ha egy lemezen vannak az adott rendszer indulásához feltétlen szükséges fájlok és partíciók.]

Az fstab piszkálása azért félre is sikerülhet, szóval a piszkált rendszer első sikeres indítása mindig izgalmas, ha nem jön össze, mert hibás bejegyzés került az fstab fájlba, akkor lehet annak jelentősége, hogy például az eredeti fstab fájlról készült-e egy másolat, amivel csak felül kell írni a piszkáltat és legalább a kiinduló állapotot visszakapjuk. Én nulladik lépésként mindenképp azt javasolnám, hogy készíts egy másolatot az fstab fájlról mondjuk fstab-orig néven. Ha nincs rá mégse szükség, akkor utólag törölheted, de ha ott marad sem tragédia, hiszen sok helyet nem foglal.

(Mondjuk én maradnék az UUID-nél, az nem változik a széljárással és azért nem szoktam percenként piszkálni az fstab-ot, alapvetően ritkán kell rajta változtatni, nálam inkább az a jellemző, ha egyáltalán be kell állítani, akkor az közvetlen a telepítés után van, aztán viszont hosszú ideig csak használom a rendszert. Egy sudo parted -l és egy sudo blkid parancs szerintem kibírható, ezekből eléggé látszik, kipuskázható, hogy ki kivel van.)

Az általad nézett oldalon le van írva, hogy lehetséges címke alapján is csatolni. Ehhez először is címkével kell ellátni a partíciókat és arra vigyázni kell, hogy két partíciónak ne legyen azonos neve (címkéje).

A címkével való ellátás csak lecsatolt partíción végezhető, tehát az aktív rendszered alól nem tudsz címkét adni annak partícióinak, ami annak működéséhez elengedhetetlenül szükséges, hogy fel legyen csatolva (például rendszerpartíció). Ehhez indítanod kell mondjuk egy live rendszert vagy egy másik rendszert, ami képes úgy működni, hogy nincsenek hozzá felcsatolva ez(ek) a partíció(k).

A címkézést itt parancssorban oldják meg, bizonyos fájlrendszerekkel ellátott partícióknak bizonyos parancsokkal tudsz címkét adni. Ahhoz, hogy tudd, melyik partíció micsoda, minek szeretnél és milyen nevet, hogyan adni, valahogy csak meg kell nézned, hogy melyik partíció micsoda. A leírásban a blkid parancs van ehhez. Nekem ez nagyon úgy tűnik, hogy ennyi erővel mondjuk akár a fstab-ba is beírhatnád az UUID-eket, hisz egyszer a beazonosítás alapján nevezed el a partíciót, másszor meg a beazonosítás után írod be az UUID-t. A beazonosítást nem úsztad meg, az viszont lehet, hogy a címkével való ellátás után maga az fstab-ba való beírás könnyebben követhetőbbé, egyszerűbbé válik, de előtte gyakorlatilag ott van ugyanaz a lépés.

Ha egy a felhasználó szemszögéből egyszerűbb irányba szeretnél haladni, akkor lehet, hogy a Lemezek (Disks) grafikus felületen futó alkalmazást kellene megnézned. Természetesen abban is igaz, hogy a piszkált partíció nem lehet felcsatolva az adott rendszer alá, de az, hogy ebben a vonatkozásban mi a helyzet, egyből látszik is és kis fogaskerék ikonra történő kattintás után az én angol nyelvű rendszeremen látok „Edit Partition...” lehetőséget. Ha arra is rákattintok, akkor pedig van „Name” mező.
Nem próbáltam, de szerintem amit ide beírsz, az lesz a partíció címkéje.
Amennyiben ez igaz, akkor utána már a LABEL= kezdetű sorral könnyebben be vagy át tudod írni az fstab-ba az általad választott  címke alapján az adott partícióra vonatkozó sort.
(És ahogy a második képernyőképen is látszik [Edit Mount Options...], a Lemezek alkalmazásban is van lehetőség a csatolás piszkálására, a háttérben valójában ez is az adott rendszer fstab fájlját módosítja, szóval mondjuk egy adatpartícióra egy telepítés után itt is be tudnék automatikus csatolást állítani még az érintett rendszer alól is.)

Én a lsblk -o NAME,LABEL,FSTYPE parancsot mindenképp hasznosnak gondolnám a címke alapján történő variálás során ahhoz hogy egyáltalán lásd a géphez csatlakoztatott lemezeken lévő partícióknak milyen nevei vannak már és akár ahhoz is, hogy visszaellenőrizd egy-egy partíciónak az lett-e a címkéje, amit szerettél volna...

Körültekintően, kellő elővigyázatossággal járj el! Sok sikert!

Kép: 

átirás névre

Értékelés: 

0
Még nincs értékelve

#16 nem mind1, hogy mbr vagy uefi, utóbbi esetben szinte kizárt, amúgy nem csak fstab-ot érinti, de grub meg anyámtyúkja. Címkézd meg a partíciókat saját beszédes szövegekkel, oszt bódottá.

átirás névre

Értékelés: 

0
Még nincs értékelve

#17 Bocs, hogy belekotyogok, de szerintem a grafikus megoldásnál nem/sem a particiót kell cimkézni, hanem a fájlrendszert, akkor fogja az fstab LABEL cimke szerint felcsatolnia rendszer. (a második képen az "Edit filesystem..." )
Persze ehhez az "Edit Mount Options..." menüben be kell ezt állítani a cimkézés után.
MBR lemezeknél eleve nem is lehet a partíciónak cimkét adni, ha jól tudom. Javítsatok ki, ha nem így van.

csuhas32 képe

átirás névre

Értékelés: 

0
Még nincs értékelve

#19 Igazad van, ott kell átírni.

átirás névre

Értékelés: 

0
Még nincs értékelve

#19 lehet azt, még flopit is lehet címkézni, holott azon nem értelmezett a partíció sem.

átirás névre

Értékelés: 

0
Még nincs értékelve

#21   Kissé tamáskodva olvasom, de nyitott vagyok új dolgok megtanulására.    Leírnád kérlek, hogyan lehet MBR lemeznél a particiónak cimkét (PARTLABEL)adni? Csak én érzek némi ellentmondást abban, hogy ezt még flopyn is meg lehet tenni, vagyis a nem létező particiót cimkézni?

átirás névre

Értékelés: 

0
Még nincs értékelve

#22 Régebben DOS alatt LABEL parancs volt a nyerő, de a FORMAT futás után is rákérdezett a Volume Label-re, most Gnome Disk-et szoktam használni, Mint alatt csak simán Lemezek. Nemrég csináltam pár rendszerindító flopit, tuti működött. Fogaskerék ikon, Fájlrendszer szerkesztése ..

átirás névre

Értékelés: 

0
Még nincs értékelve

#23 Végül is majdnem ugyanarról van szó. De csak majdnem.
A particó (és cimkéje a PARTLABEL) is egy dolog, meg a fájlrendszer (és cimkéje a LABEL) is.
Ezért kotyogtam bele amikor  csuhas32 LABEL megadásához az „Edit Partition...” lehetőséget ajánlotta, illetve te meg ez tírtad: "Címkézd meg a partíciókat saját beszédes szövegekkel, oszt bódottá."

Ezért ajánlottam, hogy a LABEL szerinti fstab azonosításhoz a fájlrendszer cimkézését használjuk, márcsak azért is mert  "MBR lemezeknél eleve nem is lehet a partíciónak cimkét adni, ha jól tudom. Javítsatok ki, ha nem így van."

Erre "kijavítottál": "lehet azt, még flopit is lehet címkézni, holott azon nem értelmezett a partíció sem."

Amikor meg a mikéntjére rákérdeztem, kiderült, hogy végül is te is a fájlrendszer cimkézére gondoltál.

Elvileg az fstab értelmezi a  partició szerinti azonosítást(PARTUUID és PARTLABEL szerint is), de mivel  particócimke MBR alatt nincs, érdemesebb fájlrendszer szerint azonosítani. 
Szóval partició és a fájlrendszer ugyan összetarozó dolgok, de mégsem ugyanaz. A különbségek a fájlrendszerek átméretezésénél ütköznek ki jól. Pl a fájlrendszer növeléséhez először a partíciót kell megnövelni, ha előzőleg a fájlrenszer kitöltötte a teljes particióméretet.

átirás névre

Értékelés: 

0
Még nincs értékelve

#24 Á, most nekem is leesett, miről van szó. Bár a történetet én úgy értelmezem, hogy ez mindig is egy volt, csak UEFI-nál ketté lett választvam