A következő eszközök vannak Linux Mint 18.1 verzióval laptopokon és GNU / Linux Debian 9 a szerveren.

(Mindegyik 64 bites és Cinnamon asztali.)

Minden meghajtó eszköze ext4 fájlrendszerrel van formázva; A RAID 1 a mdadm használatával készül.

  1. 1 SSHD-vel rendelkező laptop (nem tévesztendő össze a HDD-vel).

  2. Laptop 3 meghajtóval: 2 x fogyasztói HDD RAID 1 -ben és 1 x SSD.

  3. Szerver 5 meghajtóval: 4 x vállalati HDD kétszer RAID 1 és 1 x SSD.

Rendszerem van ezeken az SSD-ken, és soha nem töredeznék töredezettség alá SSD-t.

A kérdés a HDHD-kről és az SSHD-ről szól.

Találtam egy régi PDF , amely néhány további funkciót felvázol a e4defrag .

  1. Miért kell a fájlrendszert csatlakoztatni, ennek a hibaüzenetnek megfelelően, amikor megpróbáljuk töredezettségmentesíteni a leválasztatlan fájlrendszert? Szeretném megérteni, miért van ez:

    Filesystem is not mounted 
  2. Szeretném megvalósítani a szabad hely töredezettségmentesítését. AFAIK most felülvizsgálat alatt áll. Lehetséges-e nekem pl. fordítsd le a e4defrag forrást ezekből a lehetőségekből vagy akárhogyan is?

    e4defrag -f /deviceOrDirectory 
  3. Szeretném a vonatkozó adatfunkciót is szívesen használja:

    e4defrag -r /deviceOrDirectory 

Számos releváns okom van arra, hogy úgy gondoljam, hogy a gépek töredezettsége lelassul az olvasási sebesség, példa:

  1. A szerverről RAID 1 HDD-vel vették fel:

    [2556/30987]/raid1a/bitcoind/blocks/rev00820.dat: 100% extents: 16 -> 1 [ OK ] 
  2. A laptopról a RAID 1 merevlemezek:

    [29405/50810]/raid1/movies/SGA-HEVC/S04E01 - Adrift.mp4: 100% extents: 31 -> 6 [ OK ] 

Amint láthatja, a töredezettségmentesítéssel még a 31 blokkfájlt sem sikerült 1 darabbá tenni. Természetesen vitathatod, hogy filmfájlról van szó, tehát nem számít. Igaz, de csak ebben az esetben.

A töredezettségmentesítés elindításához használt parancs:

  1. A szerveren:

    sudo e4defrag -v /dev/md1 
  2. A laptopon:

    sudo e4defrag -v /raid1/ 

Megteszi úgy tűnik, hogy nem számít, függetlenül attól, hogy az eszköznév vagy a könyvtár segítségével hívom-e meg a parancsot.

Tudna jó irányba mutatni?

Megjegyzések

  • Vannak olyan mérési eredményei, amelyek a töredezettségmentesítést jelzik a lassú hozzáférés forrásaként? Ha igen, melyiket? Az esetek többségében nem kell manuálisan töredezettségmentesíteni az ext4 fájlrendszereket, amennyiben ‘ van elég szabad hely hogy az allokációs algoritmus normál működés közben automatikusan töredezetté tegye.
  • @dirkt Egyelőre nem végeztek méréseket. Nem ‘ nem vitatom, hogy a ext4 fájlrendszer töredezettségmentesítése nem hatékony-e vagy sem. A kérdések egyértelműek: Hogyan kell csinálni e4defrag -r és e4defrag -f.

Válasz

e4defrag szüksége van a fájlrendszer csatlakoztatására, mert a töredezettségmentesítés elvégzésére kéri a kernel fájlrendszer-illesztőprogramját. ne csináld magad.

Ami a szabad hely töredezettségmentesítését és a fájlok megfelelő töredezettségmentesítését illeti, a javításokat soha nem fejezték be; a vonatkozó levelezőlistán az utolsó említés 2014-re nyúlik vissza:

A e4defrag a e2fsprogs fájlban található, és a kód még mindig karbantartásra és fejlesztésre kerül. Különösen Dmitrij Monakhov tett hozzá sok „kínzási tesztet”, és számos faji körülményt talált az alapul szolgáló kernkódban. Nemrégiben elküldte a rendszermag kód refaktorát is, amely jelentősen javította azt (és az ext4 méretét 550 kódsorral zsugorította).

Ennek ellenére a valóságban még nem történt igazi fejlesztés e4defrag jó ideje. Volt már vita arról, hogy mi lehet a kernel API-ja, hogy támogassa ezt a funkciót, de még soha nem volt végleges API javaslat, nemhogy megvalósítás. / p>

Tehát kétlem, hogy van valami tesztelni érdemes.

Megjegyzések

  • Van valamilyen információ az ext4 jelenlegi (2020) legjobb defrag-gyakorlatáról – vagy ajánlás, hogy a megbízhatatlanság miatt ne használjon meglévő eszközt? A e4defrag --version üzenetem szerint e4defrag 1.45.5 (07-Jan-2020).
  • A helyzet nem sokat változott.Nem sokkal azután volt egy szál, hogy megírtam a fenti választ, amely tartalmaz összefoglalót a e4defrag relevanciájáról a az idő. Ez még mindig az Ext4 teljes mértékben támogatott része, de nem minden esetben használható (a bigalloc fájlrendszereket nem lehet töredezettségmentesíteni, az adatnaplózás nem kompatibilis a töredezettségmentesítéssel, a DAX inódok és a titkosított fájlok pedig nem helyezhetők át. li>
  • Köszönöm, István. Ez azt jelenti, hogy a parancs bizonyos értelemben biztonságos, hogy egy esetleges káros művelet előtt megmenti, hogy az adataimat veszélyeztetve használhassam? (Alapvetően csak 750000 fájlt távolítottam el, és azon gondolkodtam, hogy a lemez most széttöredezett-e (feltételezem, hogy van), és tisztítsam-e vagy hagyjam-e.)
  • Mint minden fájlrendszeri művelet, potenciálisan veszélyes is ezért csak akkor használja, ha vannak biztonsági másolatai (vagy az adatok eldobhatók). A parancs azonban a fejlesztők tudatában biztonságos; ha olyan helyzetekbe ütközik, nem tudja kezelni, biztonságosan megáll.
  • Egészségedre. Még mindig 3 TB adat van a lemezen, nincs biztonsági másolat. Várni fog, amíg lesz egy napom, amikor elég merésznek érzem magam kipróbálni 🙂

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük