Beküldte 444tibi -
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
Beküldte T.István -
Értékelés:
pl.
Mondjuk csak terminálost tudok: tune2fs
Beküldte 444tibi -
Értékelés:
Ez okés is, ha nagy a szükség, jöhhön aminek jönnie kell... (terminál)
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
Beküldte 444tibi -
Értékelés:
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
EXT nincs megoldva
Beküldte 444tibi -
Értékelés:
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...
EXT4 nincs megoldva
Beküldte kimarite -
Értékelés:
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):
Másik alkalmazás is jó az EXT4 fájlrendszerhez (példa):
Az fstab fájlban megváltozik a régi UUID?
EXT4 nincs megoldva
Beküldte 444tibi -
Értékelés:
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.
xfs_admin: /dev/sdc4 is not a valid XFS filesystem
Beküldte kimarite -
Értékelés:
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
Beküldte 444tibi -
Értékelés:
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
Beküldte aperten -
Értékelés:
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
Beküldte 444tibi -
Értékelés:
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
Beküldte aperten -
Értékelés:
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?
Ha igen, érdemes frissíteni:
Beküldte aperten -
Értékelés:
Ha igen, érdemes frissíteni:
A másik ötletem, hogy a
Beküldte aperten -
Értékelés:
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
Beküldte 444tibi -
Értékelés:
EXT UUID változtatás megoldva
Beküldte 444tibi -
Értékelés:
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
Beküldte sysvinit -
Értékelés:
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
átirás névre
Beküldte csuhas32 -
Értékelés:
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
Beküldte T.István -
Értékelés:
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
Beküldte aperten -
Értékelés:
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.
átirás névre
Beküldte csuhas32 -
Értékelés:
Igazad van, ott kell átírni.
átirás névre
Beküldte T.István -
Értékelés:
lehet azt, még flopit is lehet címkézni, holott azon nem értelmezett a partíció sem.
átirás névre
Beküldte aperten -
Értékelés:
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
Beküldte T.István -
Értékelés:
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
Beküldte aperten -
Értékelés:
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
Beküldte T.István -
Értékelés:
Á, 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