meidän on korjattava tiedostojärjestelmän vioittuminen sdb: llä Redhat 6 -versiossa
sdb on xfs-tiedostojärjestelmä
df -h | egrep "Filesystem|/data" Filesystem Size Used Avail Use% Mounted on /dev/sdb 8.2T 7.0T 1.0T 86% /data koska sdb: n tiedot ovat valtavat
haluamme tietää mikä on paras vaihtoehto 1 tai 2?
tai muu idea tiedostojärjestelmän korjaamiseksi?
vaihtoehto 1
umount /data fsck -y /dev/sdb mount /data vaihtoehto 2
umount /data e2fsck -y /dev/sdb mount /data vaihtoehto 3
umount /data xfs_repair /dev/sdb mount /data toinen – mitkä ovat riskit, kun fsck tehdään valtavilla tiedoilla?
Kommentit
Vastaa
Lainataan tätä SuperUser-viestiä :
fsckon vain alkuperäinen nimi. Uusien tiedostojärjestelmien mukana he tarvitsevat jokaiselle erityisen työkalun,efsckext,e2fsckext2,dosfsck,fsckvfat. Joten he tekivätfsckkäyttöliittymän, joka vain soittaa kumpi on sopiva työkalu.
fsck.xfs on luultavasti mitä etsit.
XFS-päivitys:
xfs_check ja xfs_repair pitäisi auttaa sinua arvioimaan vahingot ja korjaa, jos mahdollista.
Katso tarkat käyttöohjeet käyttöohjeiden sivuilta.
Kommentit
- jotta voimme olla turvassa kun teemme – fsck -y / dev / sdb?
- @yael Se riippuu, luulen henkilökohtaisesti, että tämä on, mutta tämä perustuu todennäköisesti mielipiteisiin.
- niin mikä on parempi fsck .xfs -y / dev / sdb tai fsck -y / dev / sdb
- @yael Luulen, että molemmat tekisivät saman työn. Mutta minulla on tapana määrittää aina tyyppi, ts. Käytän
fsck.xfs. - niin mitä eroa on xfs_repair – fsck.xfs välillä?
Vastaa
fsck.xfs: ää äänestäville ihmisille … se on vain nimetty / bin / true -versio. Se ei tee muuta kuin palauttaa ”0” ja poistua Oikea vastaus on:
umount /data xfs_repair /dev/sdb mount /data kommentit
- Huomaat, että xfs_repair on mainittu muu vastaus
e2fsck?