freebsd 9

Mivel a görbület a kezében a szerveren futó FreeBSD 9,2 RELEASE, hogy stressz alatt, én maradtam energia nélkül.
Indítás után egyfelhasználós, és fuss fsck -y nem indul újra.
Sürgeti az idő, én nem igazán emlékszem, hogy mit megesküdött valamit elemzi és syslog.
Nem én vagyok a leginkább hidegvérű ember, és emiatt nagyon ideje baj akkor kezdődött, hogy valami ostobaságot.
Miután elindult egyfelhasználós, fuss fsck -y nélkül, nem volt hajlandó használni, amikor ellenőrzi a napló, kezdett dugta „y”, hogy minden üzenet fsck, még felfogni, de hamar rájöttem, hogy ragaszkodni fog este.
Esett az esetben is én vezettem fsck -y, és ezúttal leterheltet.
Tól látható elvesztése - repült egy szimbolikus linket a / etc / namedb.
Symlink nem indított elemzi.
Úgy tűnik, minden a helyén van és működik.
De mivel a teljes hiánya az oktatás területén a fájlrendszerek sújtja nekem most kétségek - és hogy mindezeket most a legtöbb fájlrendszer, nem igaz?
Kérem, mondja, hogyan kell helyesen és teljesen ellenőrizze őket.
Ezek a következők:
*** @ kiwi: / usr / home / lx # mount
/ Dev / da0p2 on / (UFS, helyi naplózott soft-updates)
devfs / dev (devfs helyi, tálcás)
/ Dev / da0p4 on / u (UFS, helyi naplózott soft-updates)
devfs on / var / named / dev (devfs, l

Hozzászólás az A***@public.gmane.org
Üdvözlünk!
Mivel a görbület a kezében a szerveren futó FreeBSD 9,2 RELEASE, hogy stressz alatt, én maradtam energia nélkül.
Indítás után egyfelhasználós, és fuss fsck -y nem indul újra.
Sürgeti az idő, én nem igazán emlékszem, hogy mit megesküdött valamit elemzi és syslog.
Nem én vagyok a leginkább hidegvérű ember, és emiatt nagyon ideje baj akkor kezdődött, hogy valami ostobaságot.
Miután elindult egyfelhasználós, fuss fsck -y nélkül, nem volt hajlandó használni, amikor ellenőrzi a napló, kezdett dugta „y”, hogy minden üzenet fsck, még felfogni, de hamar rájött, hogy> ragaszkodni fog este.
Esett az esetben is én vezettem fsck -y, és ezúttal leterheltet.
Tól látható elvesztése - repült egy szimbolikus linket a / etc / namedb.
Symlink nem indított elemzi.
Úgy tűnik, minden a helyén van és működik.
De mivel a teljes hiánya az oktatás területén a fájlrendszerek sújtja nekem most kétségek - és hogy mindezeket most a legtöbb fájlrendszer, nem igaz?
Kérem, mondja, hogyan kell helyesen és teljesen ellenőrizze őket.
/ Dev / da0p2 on / (UFS, helyi naplózott soft-updates)
devfs / dev (devfs helyi, tálcás)
/ Dev / da0p4 on / u (UFS, helyi naplózott soft-updates)
devfs, a / var / named / dev (devfs helyi, tálcás)

Valószínűleg túl buta kérdés.
Nos, és mint nemzet kifejezés fsck_y_enable = „YES” rc.conf?
És azt is, mi a helyzet background_fsck = "NO"?
Azt írják, hogy „IGEN”, amely alapértelmezés szerint oda vezethet, hogy a nemkívánatos posleds

Hozzászólás az A***@public.gmane.org
Üdvözlünk!
Mivel a görbület a kezében a szerveren futó FreeBSD 9,2 RELEASE, hogy stressz alatt, én maradtam energia nélkül.
Indítás után egyfelhasználós, és fuss fsck -y nem indul újra.
Sürgeti az idő, én nem igazán emlékszem, hogy mit megesküdött valamit elemzi és syslog.
Nem én vagyok a leginkább hidegvérű ember, és emiatt nagyon ideje baj akkor kezdődött, hogy valami ostobaságot.
Miután elindult egyfelhasználós, fuss fsck -y nélkül, nem volt hajlandó használni, amikor ellenőrzi a napló, kezdett dugta „y”, hogy minden üzenet fsck, még felfogni, de hamar rájött, hogy> ragaszkodni fog este.
Esett az esetben is én vezettem fsck -y, és ezúttal leterheltet.
Tól látható elvesztése - repült egy szimbolikus linket a / etc / namedb.
Symlink nem indított elemzi.
Úgy tűnik, minden a helyén van és működik.
De mivel a teljes hiánya az oktatás területén a fájlrendszerek sújtja nekem most kétségek - és hogy mindezeket most a legtöbb fájlrendszer, nem igaz?
Kérem, mondja, hogyan kell helyesen és teljesen ellenőrizze őket.
/ Dev / da0p2 on / (UFS, helyi naplózott soft-updates)
devfs / dev (devfs helyi, tálcás)
/ Dev / da0p4 on / u (UFS, helyi naplózott soft-updates)
devfs, a / var / named / dev (devfs helyi, tálcás)

Valószínűleg túl buta kérdés.
Nos, és mint nemzet kifejezés fsck_y_enable = „YES” rc.conf?

Hozzászólás az A***@public.gmane.org
És azt is, mi a helyzet background_fsck = "NO"?

Hozzászólás az A***@public.gmane.org
Azt írják, hogy „IGEN”, amely alapértelmezés szerint oda vezethet, hogy nem kívánatos következmények.

Hozzászólás az A***@public.gmane.org
Nos, és mint nemzet kifejezés fsck_y_enable = „YES” rc.conf?

Tettem. Mi az oka megkérdőjelezni fsck nem tud válaszolni, nem tudom,
(Inode összes fájl a memóriakártyán még mindig nem emlékszik, és emellett a fsck inode
Azt írja semmi), így a legjobb használni fsck -y, és nem egy csomó idő, hogy a válasz igen

Hozzászólás az A***@public.gmane.org
És azt is, mi a helyzet background_fsck = "NO"?
Azt írják, hogy „IGEN”, amely alapértelmezés szerint oda vezethet, hogy nem kívánatos következmények.

Helyesen írni. háttér fsck rossz még az a tény, hogy létrehoz egy pillanatképet. A UFS
Pillanatképek széles rétegeinek a dolgozó szegények:
- pillanatkép létrehozásakor sokáig és meghajtó egyidejűleg terhelt
- Az akkori blokkolt olyan alkalmazás, amely megpróbálja elérni a FS
- Az akkori blokkolt alkalmazások próbál írni valamit
vezetni.

Nos, miután a pillanatkép létrehozásakor háttér fsck disk terhelés megelőzése
normál működés alkalmazások (ha ők is szükség van a lemezen).

Hozzászólás az A***@public.gmane.org
/ Dev / da0p2 on / (UFS, helyi naplózott soft-updates)
devfs / dev (devfs helyi, tálcás)
/ Dev / da0p4 on / u (UFS, helyi naplózott soft-updates)
devfs, a / var / named / dev (devfs helyi, tálcás)

Valószínűleg túl buta kérdés.
Nos, és mint nemzet kifejezés fsck_y_enable = „YES” rc.conf?

Nos, mindig meg kell tenni.

Hozzászólás az A***@public.gmane.org
És azt is, mi a helyzet background_fsck = "NO"?
Azt írják, hogy „IGEN”, amely alapértelmezés szerint oda vezethet, hogy nem kívánatos következmények.

IMHO, backgroupd_fsck nem releváns naplózott soft-frissítéseket.
Ez az nem naplózott.

Hozzászólás az A***@public.gmane.org
/ Dev / da0p2 on / (UFS, helyi naplózott soft-updates)
devfs / dev (devfs helyi, tálcás)
/ Dev / da0p4 on / u (UFS, helyi naplózott soft-updates)
devfs, a / var / named / dev (devfs helyi, tálcás)

IA × ÅÒÎÏÅ ÓÌÉÛËÏÍ ÔÕÐÏÊ × ÏÐÒÏÓ.
io ÈÏÒÏÛÏ, Á EAE ÎÁÒÏÄ ÏÔÎÏÓÉÔÓÑ Ë fsck_y_enable = "YES" × rc.conf?

èÏÒÏÛÏ, ÎÁÄÏ × ÓÅÇÄÁ OOA × ÉÔØ.

é ÚÁÏÄÎÏ, Thoi ÎÁÓÞ £ o background_fsck = "NO"?
ðÉÛÕÔ, Thoi "IGEN", ËÏÔÏÒÙÊ di ÕÍÏÌÞÁÎÉÀ, ÍÏÖÅÔ Doe × ÏÄÉÔØ Ë ÎÅÖÅÌÁÔÅÌØÎÙÍ

ÐÏÓÌÅÄÓÔ × ENI.
IMHO, backgroupd_fsck IA ÁËÔÕÁÌÅÎ Ain naplózott soft-frissítéseket.
III Ain IA naplózott.

Hozzászólás Eugene Grosbein
IMHO, backgroupd_fsck nem releváns naplózott soft-frissítéseket.
Ez az nem naplózott.
Sajnáljuk, de miért?

háttér fsck alkotta felgyorsítása érdekében a rakodási rendszer
többfelhasználós a baleset után, nem várja meg a végét fsck.
Ez nem igaz a metaadat-naplózó rendszerint van egy
Magazine tekercs vissza, és minden. És akkor is, ha a magazin elpusztul SUJ,
akkor van háttérsugárzás fsck nem éri meg - ez veszélyes, akkor lehet fogni a pánik,
a gyakorlat azt mutatja.

Hozzászólás Eugene Grosbein

és mint a nemzet kifejezés fsck_y_enable = „YES” rc.conf?

Hozzászólás Eugene Grosbein
Nos, mindig meg kell tenni.

Megkockáztatom, hogy nyújtsa be a saját verzióját:

fsck_y_ gyakorlatilag használhatatlan nélkül _f_

Hozzászólás Eugene Grosbein
IMHO, backgroupd_fsck nem releváns naplózott soft-frissítéseket.
Ez az nem naplózott.

körülbelül naplózott az angol kézikönyv-e az adatokat, amit visszaállítani az adatokat a log közüzemi alapján néhány teljesen mágikus megfontolások helyreállítandó fájl státusza 0 vagy 1; és az alapértelmezett (az én tapasztalatom) szöveggé (* .TEX) fájl mindig rendel 0, valójában a „0” súrolás közben őket, azaz A fájl nem marad nem csak a legújabb fejlesztéseket, marad semmi

Azt naplózott elutasított minden, és most mozog teljesen a ZFS, de könnyebb számomra - Van egy asztali

Topic kezdődött a probléma kötelességszegést a szerverre.

körül látni, hogy tegyen meg mindent a nulláról

Hozzászólás Roman Goncharuk

és mint a nemzet kifejezés fsck_y_enable = „YES” rc.conf?

Hozzászólás Eugene Grosbein
Nos, mindig meg kell tenni.

Nincs ilyen lehetőség az elismert rendszert rc.conf beállítások
De lehetséges, hogy regisztrálja, ha szeretné fsck_y_flags = „- f”, hogy
végül fsck -y -f.

Hozzászólás Roman Goncharuk
fsck_y_ gyakorlatilag használhatatlan nélkül _f_

Miért? Miért ellenőrizze tudatosan tiszta fs, annak érdekében, hogy minden tiszta újraindítás
elvégzett ameddig csak lehetséges?

Hozzászólás Roman Goncharuk

Hozzászólás Eugene Grosbein

és mint a nemzet kifejezés fsck_y_enable = „YES” rc.conf?

Hozzászólás Eugene Grosbein
Nos, mindig meg kell tenni.

fsck_yf_enable = "YES"
background_fsck = "NO"
fsck_y_ gyakorlatilag használhatatlan nélkül _f_

Talán mégis ez:
fsck_y_flags = "" # További zászlók fsck -y
A „fsck_yf_enable” nem talált még 10,0.

Hozzászólás Roman Goncharuk

Hozzászólás Eugene Grosbein
IMHO, backgroupd_fsck nem releváns naplózott soft-frissítéseket.
Ez az nem naplózott.

körülbelül naplózott az angol kézikönyv-e az adatokat, amit visszaállítani az adatokat a log közüzemi alapján néhány teljesen mágikus megfontolások helyreállítandó fájl státusza 0 vagy 1; és az alapértelmezett (az én tapasztalatom) szöveggé (* .TEX) fájl mindig rendel 0, valójában a „0” súrolás közben őket, azaz A fájl nem marad nem csak a legújabb fejlesztéseket, marad semmi

Az eredeti jelentés beszél „soft frissítés naplózó”, és akkor hamarosan ez ugyanaz
vagy gjournal?
tunefs: lágy frissítés naplózó: (-j)
tunefs: gjournal: (-J)

Hozzászólás Roman Goncharuk
Azt naplózott elutasított minden, és most mozog teljesen a ZFS, de könnyebb számomra - Van egy asztali
Topic kezdődött a probléma kötelességszegést a szerverre.
körül látni, hogy tegyen meg mindent a nulláról

Hozzászólás D ?? Ð »Đ ° Ð'Ð¸Ð¼Ð¸Ñ ?? Ð Ñ ?? ?? ?? Ñ Ð · Ðμнко
fsck_y_flags = "" # További zászlók fsck -y
A „fsck_yf_enable” nem talált még 10,0.

Igen, lehet, hogy tévedek (nem a rendszer jelek
és ha indul el automatikusan, nem érdekel
töltse fel és kézzel futtatni fsck -yf)
egy string, hogy a tehetetlenség config

Hozzászólás D ?? Ð »Đ ° Ð'Ð¸Ð¼Ð¸Ñ ?? Ð Ñ ?? ?? ?? Ñ Ð · Ðμнко
Az eredeti jelentés beszél „soft frissítés naplózó”

igen, én vagyok a „soft frissítés naplózó” körülbelül háromszorosára
helyreállítása szöveges fájlt a pdf-A,
Csak meg kellett dolgozni egy hatalmas fájlt

persze, hogy a saját hibáit tanított több mint egy bekezdést a tankönyv

Hozzászólás D ?? Ð »Đ ° Ð'Ð¸Ð¼Ð¸Ñ ?? Ð Ñ ?? ?? ?? Ñ Ð · Ðμнко
tunefs: lágy frissítés naplózó: (-j)

Most, hogy az, amit nem volt hajlandó használni a magazin

softapdeyt lassabb, de sokkal biztonságosabb

Hozzászólás D ?? Ð »Đ ° Ð'Ð¸Ð¼Ð¸Ñ ?? Ð Ñ ?? ?? ?? Ñ Ð · Ðμнко
fsck_y_flags = "" # További zászlók fsck -y

fsck_y_flags = „f” beállítani, és azt szeretnék, hogy folytassa a beszélgetést

Az a tény, hogy a zászló (amit nem tudom, mivel van a dokumentációban) nem kényszeríti fs ellenőrizze minden alkalommal, amikor elindítja --- voltak félelmek valaki --- különösen szünetelteti a letöltéseket és a kiégett több darazsak a közönséges háztartási mód; Egy természetes, hogy úgy mondjam, megfigyelése

ellenőrizze indított egy teljesen más (Durty véleményem szerint)

és fsck_y_flags = „f” kényszeríti egy ellenőrzést minden elemét fs,
még azok is, amelyek jelzik, hogy a tiszta, (valamint a „fsck -yf”),
és igen. Vannak meglepetések minden ellenőrzés --- tesztelt

Hozzászólás Roman Goncharuk

Hozzászólás D ?? Ð »Đ ° Ð'Ð¸Ð¼Ð¸Ñ ?? Ð Ñ ?? ?? ?? Ñ Ð · Ðμнко
fsck_y_flags = "" # További zászlók fsck -y

fsck_y_flags = „f” beállítani, és azt szeretnék, hogy folytassa a beszélgetést
Az a tény, hogy a zászló (amit nem tudom, mivel van a dokumentációban)

És olvasd el az ember fsck?

Hozzászólás Roman Goncharuk
nem fokozza fs ellenőrizze minden alkalommal, amikor elindítja --- voltak félelmek valaki ---
konkrétan megállt letöltés és töltött több tengelyre hagyományos hazai működését;

Mivel a telepítést nem működik egyáltalán, szükség van a „-f” helyett „f”.

Hozzászólás Roman Goncharuk
ellenőrizze indított egy teljesen más (Durty véleményem szerint)
és fsck_y_flags = „f” kényszeríti egy ellenőrzést minden elemét fs,
még azok is, amelyek jelzik, hogy a tiszta, (valamint a „fsck -yf”),

Róla, és a beszédet. Miért lenne?

Hozzászólás Roman Goncharuk
és igen. Vannak meglepetések minden ellenőrzés --- tesztelt

Ez az Ön országa vagy vas görbe a rendszer telepítése -
Arra is lehetőség van. Például egy gjournal lehet tenni az egész
vezetni, és azt a particionálás és több
UFS fájlrendszert - látszólag mindent jól néz ki,
de lesz állandó probléma fsck, mert hibás
partíció (gjournal legyen a minden fs).

Vaszilij P. Melnik

fsck_y_enable = „NO” # Állítsd IGEN tenni fsck -y ha a kezdeti varr sikertelen.
fsck_y_flags = "" # További zászlók fsck -y

Tehát anélkül fsck_y_enable = „YES” zászlók csak nem fog működni. A világos
fejtik ki, ha a kezdeti varr sikertelen.

ZY Elolvashatja /etc/rc.d/fsck - van rengeteg minden világos

Hozzászólás Roman Goncharuk

Hozzászólás D ?? Ð »Đ ° Ð'Ð¸Ð¼Ð¸Ñ ?? Ð Ñ ?? ?? ?? Ñ Ð · Ðμнко
fsck_y_flags = "" # További zászlók fsck -y

fsck_y_flags = „f” beállítani, és azt szeretnék, hogy folytassa a beszélgetést
Az a tény, hogy a zászló (amit nem tudom, mivel van a dokumentációban) nem kényszeríti fs ellenőrizze minden alkalommal, amikor elindítja --- voltak félelmek valaki --- különösen szünetelteti a letöltéseket és a kiégett több darazsak a közönséges háztartási mód; Egy természetes, hogy úgy mondjam, megfigyelése
ellenőrizze indított egy teljesen más (Durty véleményem szerint)
és fsck_y_flags = „f” kényszeríti egy ellenőrzést minden elemét fs,
még azok is, amelyek jelzik, hogy a tiszta, (valamint a „fsck -yf”),
és igen. Vannak meglepetések minden pro

Adjon meg Vaszilij P. Melnik
Tehát anélkül fsck_y_enable = „YES” zászlók csak nem fog működni. A világos
fejtik ki, ha a kezdeti varr sikertelen.
ZY Elolvashatja /etc/rc.d/fsck - van rengeteg minden világos

Itt vannak a sorokat a config

és elkezdi a leolvasó rendszer minden indításkor

hiba lehet valahol máshol?

Vaszilij P. Melnik

Hozzászólás Roman Goncharuk

Adjon meg Vaszilij P. Melnik
Tehát anélkül fsck_y_enable = „YES” zászlók csak nem fog működni. A világos
fejtik ki, ha a kezdeti varr sikertelen.
ZY Elolvashatja /etc/rc.d/fsck - van rengeteg minden világos

Itt vannak a sorokat a config
fsck_y_enable = "YES"
fsck_y_flags = "- f"
background_fsck = "NO"
. és elkezdi a leolvasó rendszer minden indításkor

és nem kell futtatni, hogy minden alkalommal

Állítsa IGEN tenni fsck -y ha a kezdeti varr sikertelen.
Nem tudom, hogy az angol, hanem az a tény, hogy meg kell futtatni az fsck,
Ha az inicializálás ICU

Kapcsolódó cikkek