Minulla on seuraavat laitteet Linux Mint 18.1 -kannettavilla ja GNU / Linux Debian 9 palvelimella.

(Kaikki ovat 64-bittisiä ja Cinnamon-työpöydällä.)

Kaikki asemalaitteet on alustettu ext4-tiedostojärjestelmällä ; RAID 1 tehdään käyttämällä mdadm .

  1. Kannettava tietokone, jossa on 1 SSHD (ei pidä sekoittaa kiintolevyyn).

  2. Kannettava tietokone, jossa on kolme asemaa: 2 x kuluttajien kiintolevyä RAID 1 : ssä ja 1 x SSD.

  3. Palvelin, jossa on 5 asemaa: 4 x yrityksen kiintolevyä kahdesti RAID 1 ja 1 x SSD.

Minulla on järjestelmä näissä SSD-levyissä, enkä koskaan eheyttäisi SSD-asemaa.

Kysymys koskee HD-levyjä ja SSHD: tä.

Löysin vanha PDF , jossa esitetään muutama lisäominaisuus e4defrag .

  1. Miksi tiedostojärjestelmä on asennettava tämän virhesanoman mukaisesti yritettäessä eheyttää irrotettua tiedostojärjestelmää? Haluan ymmärtää, miksi näin on: 

    Filesystem is not mounted

  2. Haluaisin ottaa käyttöön vapaan tilan eheytyksen. AFAIK on nyt tarkistuksessa. Voinko minun esimerkiksi kääntää e4defrag lähteestä, jos nämä vaihtoehdot ovat käytettävissä tai joka tapauksessa? 

    e4defrag -f /deviceOrDirectory

  3. Haluaisin haluavat myös käyttää asiaankuuluvaa dataominaisuutta: 

    e4defrag -r /deviceOrDirectory

Minulla on monia asiaankuuluvia syitä uskoa, että näiden koneiden pirstoutuminen hidastuu lukunopeus, esimerkki:

  1. Haettu palvelimelta RAID 1 -kiintolevyillä: 

    [2556/30987]/raid1a/bitcoind/blocks/rev00820.dat: 100% extents: 16 -> 1 [ OK ]

  2. Otettu kannettavasta tietokoneesta RAID 1 -kiintolevyt: 

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

Kuten näette, eheytys ei edes pystynyt asettamaan 31 lohkotiedostoa yhdeksi kappaleeksi. Voit tietysti väittää, että se on elokuvatiedosto, joten sillä ei ole väliä. Totta, mutta vain tässä tapauksessa.

Komento, jota käytän eheytyksen aloittamiseen:

  1. Palvelimella: 

    sudo e4defrag -v /dev/md1

  2. Kannettavalla tietokoneella: 

    sudo e4defrag -v /raid1/

Se tekee ei näytä olevan väliä, kutsuinko komennon laitteen nimellä vai hakemistolla.

Voitteko osoittaa minut oikeaan suuntaan?

Kommentit

  • Onko sinulla mittaustuloksia, jotka viittaavat eheyttämiseen hitaan pääsyn lähteenä? Jos kyllä, mitkä? Useimmissa tapauksissa sinun

ei tarvitse tehdä manuaalista eheytystä ext4-tiedostojärjestelmissä, kunhan ’ on tarpeeksi vapaata tilaa kohdistusalgoritmi eheyttää sen automaattisesti normaalin toiminnan aikana.

  • @d Buy Mitään mittauksia ei ole vielä tehty. En ’ väitä, onko ext4 -tiedostojärjestelmän eheyttäminen vai ei. Kysymykset ovat selkeät: Kuinka tehdä e4defrag -r ja e4defrag -f.

    • vastaus

    e4defrag tarvitsee tiedostojärjestelmän asennuksen, koska se pyytää ytimen tiedostojärjestelmäohjainta suorittamaan eheytyksen, se ei t tee se itse.

    Mitä tulee vapaan tilan eheytykseen ja asiaankuuluvaan tiedostojen eheyttämiseen, korjaustiedostoja ei koskaan suoritettu loppuun. viimeinen maininta asiaankuuluvasta postituslistasta on vuodelta 2014 :

    e4defrag on tiedostossa e2fsprogs, ja koodia ylläpidetään ja parannetaan edelleen. Erityisesti Dmitry Monakhov on lisännyt paljon ”kidutustestejä” ja löytänyt useita kilpailuolosuhteita taustalla olevasta ytinkoodista. Hän lähetti äskettäin myös ydinkoodin koodirefaktorin, joka paransi sitä merkittävästi ja (kutisti ext4: n kokoa 550 koodirivillä).

    Siitä huolimatta, ei ole ollut mitään todellista ominaisuuskehitystä e4defrag jo jonkin aikaa. On keskusteltu siitä, mitä ytimen sovellusliittymät saattavat tukea tätä ominaisuutta, mutta lopullista sovellusliittymäehdotusta ei ole koskaan ollut, puhumattakaan toteutuksesta.

    Epäilen siis, onko tällä hetkellä jotain testaamisen arvoista.

    Kommentit

    • Onko olemassa tietoa nykyisestä (2020) parhaasta eheytyskäytännöstä ext4: ssä – vai suositellaanko olemaan käyttämättä mitään olemassa olevaa työkalua epäluotettavuuden takia? e4defrag --version sanoo e4defrag 1.45.5 (07-Jan-2020).
    • Tilanne ei ole paljoakaan muuttunut.Pian sen jälkeen, kun kirjoitin yllä olevan vastauksen, oli ketju, joka sisältää yhteenvedon e4defrag -kohdan relevanssista osoitteessa aika. Se on edelleen täysin tuettu osa Ext4: ää, mutta sitä ei voida käyttää kaikissa tapauksissa (bigalloc-tiedostojärjestelmiä ei voida eheyttää, tietojen kirjaaminen ei ole yhteensopivaa eheyttämisen kanssa ja DAX-inodeja ja salattuja tiedostoja ei voida siirtää).
    • Kiitos, Stephen. Tarkoittaako se sitä, että komento on tietyssä mielessä turvallinen, että se pelastaa ennen mahdollisesti haitallista toimintaa, jotta voin käyttää sitä ilman riskiä tietojeni kannalta? (Pohjimmiltaan poistin juuri 750000 tiedostoa ja mietin, voiko levy nyt pirstoutua (luulen, että se on) ja puhdistetaanko vai jätetäänkö se.)
    • Kuten mikä tahansa tiedostojärjestelmäoperaatio, se on mahdollisesti vaarallinen, joten käytä sitä vain, jos sinulla on varmuuskopioita (tai tiedot ovat kertakäyttöisiä). Komento on kuitenkin turvallinen sikäli kuin sen kehittäjät tietävät; jos se kohtaa tilanteita, se ei pysty käsittelemään sitä, se pysähtyy turvallisesti.
    • Kippis. Levyllä on edelleen 3 Tt dataa, ei varmuuskopiota. Odotan, kunnes minulla on päivä, jolloin tunnen tarpeeksi rohkeutta kokeilla 🙂

    Vastaa

    Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *