Hozzászólások
-
Bejegyzés
-
ezuttal szeretnem kihasznalni az alkalmat es megkerezni, hogy szuksegszeru linux ala virusirto? olvasam mar 1-2 topicot, es eltero velemnyeket lattam, es mintha olvastam volna olyat is, hogy pl uhu fejlesztok meg nem kaptak visszajelzest senkitol hogy virus fertozte volna meg a rendszert…pedig par 1000 gepen biztos fut nehany eve uhu ha jol tudom. ti mit gondoltok?
noh ugynez ki megvan mostmar tenyleg a titok nyitja, ami pedig egy chkdsk lefuttatasa volt win-ben a particion…vmi gixer volt a firefox 1ik filejaval…
sziasztok!
ismet elojott a problemam, egy fagyashoz kotnem gondolatilag, bar barmi lehet az oka, most viszont ha megvaltoztatom a jogosultsagat annak a fat32-n levo konyvtarnak, ahol a firefox user tulajdonsagai vannak, akkor sem enged semmit, SOTT rootkent sem enged hozzanyulni a filerendszerhez mostmar semilyen teren sem….az fstabban ez van:
/dev/hda2 /datashare vfat iocharset=iso8859-2,user,umask=000 0 0
mitevo legyek, a filerendszerem igy csak olvashato meg rootkent is….ja felhasznalokent csatolom akkor is….hol lehet a baj?jah, bar midnet nem tudtam megnezni mert soksok gigarol van szo, de a legfontosabbak rendbenvannak….kosz a szupergyors segitseget…
noh hat koszonom a segitseget….nagy volt a panik, es most se nagyon nyugodott, mert hibaval lealltt a repair:
data fork in ino 14218163 claims dup extent, off – 0, start – 897998, cnt 1
bad data fork in inode 14218163
cleared inode 14218163
data fork in regular inode 17918373 claims used block 1119904
xfs_repair: dinode.c:2436: process_dinode_int: Assertion `err == 0′ failed.
Félbeszakítva
viszont mountolni mar sikerult….
meg annyi erdekelne, hogy ezzel a hibaval mi legyen? probaljam meg megint lefuttatni, vagy azzal csak roszabb lehet a helyzet???inditottam repairt:
Phase 1 – find and verify superblock…
Phase 2 – using internal log
– zero log…
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed. Mount the filesystem to replay the log, and unmount it before
re-running xfs_repair. If you are unable to mount the filesystem, then use
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption — please attempt a mount
of the filesystem before doing this.nostehat eddig ezt irja ki….javitsatok ha nem jol ertenem, ujrakene mountolni hogy a log filet letakaritsa, az nem megy, szoval marad a -l opcio, igy kene?:
xfs_repair -L /dev/sda7fsck.xfs /dev/sda7-re ugyanugy kilep, viszont most csinaltam egy
xfs_check /dev/sda7
erre kiirt csomo hibat
rengeteg ilyet:
block 11/1084126 type unknown not expected
block 11/1084127 type unknown not expected
block 11/1084128 type unknown not expected
meg ilyet
link count mismatch for inode 14154002 (name ?), nlink 1, counted 2
meg ilyet is:
allocated inode 69161132 has 0 link count
a vege meg ez:
sb_ifree 593, counted 586
sb_fdblocks 196157, counted 195702tovabb?xfs_repair?
de akkor hogy futtassam?
ha siman futtatom akkor egy pillanat alatt visszakapom a promptot minden szo nelkul, szerintem az ugy nem ellenoriz semmit….
bocs de tenyleg otletem nnics….Kurt Rt.-majd legeslegvegso esetben :-|, megprobalom magam eloszor rendbehozni, lehet van megoldas.
fsck.xfs-t hogy futtassak?????ugyertem nincs bemountolva a cuccc a man-ban se talaltam segitseget, mondvan hogy lefut bootlaskor, de itt nem tud lefutni bootolosaskor mert az usbs dolgokat csak utana nyomatja,……vmi otlet?
legutóbbi hsz