Na most van egy kis idom tovabb kiserletezni. Mint mar irtam az mtab-ban az /usr mountolasa mashogy szerepel, mint az fstab-ban. Megneztem az mtab fajl idopontjat, majd utananeztem a syslogban, hogy ekkor mi tortent.
A syslog vonatkozo sora:
kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,5), internal jurnal
[quote:840bf3b7dc="bitumen"]Simán az fstab-ban beírod az rw opciót. Akkor mennie kéne. Ha nem, akkor nagy valószinüséggel valami gond van a lemezzel. Egy fsck-t futtass végig rajta!
Csaba
Kosz a valaszt, hiaba van atirva jol az fstab es hiab futtattam az fsck-t, megint atallt magatol red onlyra. Egyeb javaslat, kuldjek valami mas infot is vagy fajlt?
[quote:abddebeca7="aszabo"]Ja az elobb elfelejtettem irni, hogy erdekes modon az mtab fajl megfelelo sora:
/dev/hda5 /usr ext3 ro 0 0
Itt mintha read-only lenne, de nem tudom miert, volt, hogy mar ezt is atirtam kiserletezeskor, de ez sem segitett.
Attila
Az mtab-ot semmilyen körülmények közt NE VÁLTOZTASD! Azt hagyd meg a kernel-nek. Amúgy a dmesg alatt azt értettem, hogy dmesg, és nem pedig "Nos a dmesg-> hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >"
Lehet, hogy a kernel elárulja nekünk, hogy miért remountolja az fs-t.
Nem fut valamilyen szkripted, ami mountolgat?
[quote:6823914907="bitumen"][quote:6823914907="aszabo"]Ja az elobb elfelejtettem irni, hogy erdekes modon az mtab fajl megfelelo sora:
/dev/hda5 /usr ext3 ro 0 0
Itt mintha read-only lenne, de nem tudom miert, volt, hogy mar ezt is atirtam kiserletezeskor, de ez sem segitett.
Attila
Az mtab-ot semmilyen körülmények közt NE VÁLTOZTASD! Azt hagyd meg a kernel-nek. Amúgy a dmesg alatt azt értettem, hogy dmesg, és nem pedig "Nos a dmesg-> hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >"
Lehet, hogy a kernel elárulja nekünk, hogy miért remountolja az fs-t.
Nem fut valamilyen szkripted, ami mountolgat?
Ennyit en is tudok, a dmesg megfelelo sorat irtam ki, a Nos nem erdekes.
Hol arulja el a kernel? A kern.log-ban csak ugyanolyan sor(oka)t talalok, mint a dmesg-ben.
Honnan tudom megallapitani, hogy fut-e ilyen scriptem? A crontab-ban nincs semmi bejegyzes, csak az alap, amit installalaskor felrak "anacron" stb.
Lenne egy kezdo kerdesem: felinstallaltam az euronode minimalt (ez egy Debian Woody), ami kerdezes nelkul az /usr konyvtart (hda5) read onlykent mountolja az fstab-ban. Szeretnem az /usr-t read-write modban mountolni, ehhez atirtam a megfelelo sort az fstab-ban, ujrainditom a gepet, egy darabig minden ok, de egy kis ido utan (ez nehany perc) atvalt read onlyra.
Hol tudom ezt megvaltoztatni, hogy mindig read-write modon legyen mountolva?
Simán az fstab-ban beírod az rw opciót. Akkor mennie kéne. Ha nem, akkor nagy valószinüséggel valami gond van a lemezzel. Egy fsck-t futtass végig rajta!
Azt szeretném, hogy induláskor felcsatolja az 500 GB os merevlemezemet a linux, ezért átírtam az fstab ot, de valószínüleg nem jól, mert ki kellett kommenteznem ahhoz, hogy újra tudjak vele bootolni:
Talán írd be, hogy "user" az opciókba (mint root - "user,rw,relatime,data=ordered".
Akkor mint közönséges felhasználó: $mount /home/zoli/500GB" és nézd meg mit zörög a kernel.
Amiről másoltad, annak volt data mount opciója, az xfs-nek szemlátomást nincs. Vedd ki onnét a data=ordered részt és próbáld újra; reboot _NEM_ kell. Ha megeszi, kiveheted a noauto-t is.
Te hogyan kerested meg a mount manuáljában az xfs paramétereit?
Beírtam, hogy man mount, majd / jellel keresek az xfs re, de nem találok olyan sort, ami erre utalna, van olyan rész, hogy mount options, de ott nem találok erre utaló részt.
"Nézd meg a mount manualjában az xfs paramétereit. Nincs data opciója."
De ezt te honnana pékből tudtad?
Van egy barátom, aki már 12 éve foglalkozik linuxal és azt mondja, hogy most kezdi látni a fényt az alagút végén:-) Én még csak most megyek bele, de az orrom hegyéig sem látok:-)
Nem egészen értelek, de azért igyekszem ezt egyértelműsíteni.
Azt, hogy a Te esetedben a data opció megadása okozta a felfordulást, onnan tudom, hogy idézted a hibaüzenetet, s abban ezt elpanaszolta a géped. Ezt a többiek írták is.
Azt, hogy az xfs-nek nincs data opciója, onnan tudom, hogy megnéztem a mount manualját, s az xfs mount opcióinak leírása között nem találtam olyat, hogy data. Mint ahogyan olyat sem, hogy tehénfejés. Ami nincs leírva, az nem létezik. Így hát azt várom, hogy a tehénfejés opció megadása esetén is hibát fog adni. :)
Szívesen. Ahogy eddigre már többen rámutattak: az általad mutatott kimenetben látszott napnál világosabban. Amúgy fogalmam nem lett volna róla, mert az életben nem használtam XFS-t. :) (A TrueCrypt-ed megy már? Ha nem, abban a szálban válaszolj, és megoldjuk.)
Igen, végül is tényleg ott volt az orrom előtt, csak nem tudtam, hogy ehhez az fstab
részét kell átírni.
A Truecryptet sikerült most délután megoldanom, köszönöm.
Előtte a loop ot is betöltöttem a kernelbe, de ezt még régebben.
Ma mielőtt a device-mapper-t betöltöttem néztem az lsmoddal, hogy mik vannak betöltve és ott volt a loop.
Kérdés: a modprobe -os futó kernelbe töltés reboot után eltűnik a kernelből - mármint a modulra gondolok?
A Linux kernel első megközelítésben egy binárisból és a modulokból áll. Ezek mind a filerendszeren letárolva léteznek. Induláskor kerülnek beolvasást követően a memóriába. Minden ott történik velük ezt követően, tehát "illékony" területen, ami, ahogy mondod, nem "reboot-álló". Jellemzően a letárolt állapotuk csak frissítések alkalmával változik. A modprobe egy ún. wrapper az insmod/rmmod parancsok köré, nem más - tehát futó kernelbe való modulbetöltésre, illetve amennyiben a kernel által ez támogatott, úgy az eltávolításukra is képes. Amit az /etc/modprobe.d alatti konfigurációs állományokba írsz, azt a rendszerindító scriptek megfelelő alrendszere fogja majd szintén gyakorlatilag a fenti módon kezelni automatikusan. Amikor a gép bekapcsolását követő POST után a bootloader betöltötte a /boot filerendszeren letárolt kernelbinárist és átadta neki a vezérlést, elindul az init, "minden folyamatok anyja" és vele ezek a scriptek, amik betöltenek/beállítanak/elindítanak minden mást, ami a rendszered végül használhatóvá teszi a befűzendő filerendszerektől kezdve a betöltendő kernelmodulokon át egész az indítandó szolgáltatásokig.
Azt szeretném kérdezni, hogy mi a metodikája annak, hogyha egy, már beüzemelt levelező szerveren (debian) a /var/mail tartalmát fizikailag egy másik meghajtóra szeretném átteni (mivel fogy a hely) egy SD kártyára, és azt szeretném, hogy a következő bootnál ezt az sd kártyát csatolja fel a fájlrendszerbe. Ez egy ipari pc (MOXA) amiben csak 2 GB a belső tárhely:-)) ! és most 62% os telítettsége. Már eltávolítottam jópár programot, ami nem kell stb.
1. létrehoznék egy ext4 fájrendszert az sd kártyán
2. átmásolnám a /var/mail tartalmát
3. az fstab ot szerkeszteném, így, hogy az sd kártyát csatolja a /var/mail be.
Jó ez így szerintetek? Azért az fstabot elég ritkán szerkesztettem még eddig, jó ez így?
/dev/sdb1 /var/mail ext4 defaults 1 1
Úgy kellett volna telepítenem már eleve, hogy a /var/mail nek eleve kijelölöm az SD kártyát, de akkor még nem volt a birtokomban az SD kártya, gondoltam megnézem, hogy mennyi hely marad majd így - hát kevés.
Jogosultágokkal együtt kellene átmásolni mindent, ugye?
dd vel másoljam át a /var/mail tartalmát, majd méretezzem át a partíciót maximálisra? Vagy elég mc vel átmásolni?
Én nem eszköznevet használnék a mountoláshoz, hanem UUID-t vagy LABEL-t.
De SD-re journaling fs-t tenni... hát nem biztos, hogy egészséges dolog. Állítólag (hangsúlyozom, állítólag - semmiféle konkrét infóm nincs e téren) gyorsan kicsinálják a flash alapú adathordozókat.
SELinux és hasonló szörnyűségek ugye nincsenek rajta?
A másolást inkább rsync, esetleg cp -aR segítségével intézném (előtte alaposabb doksi olvasással), a dd nem igazán nyerő, azt hiszem. (hacsak nem vagyok valahol lemaradva)
Nem is mondtam mást. ;) Különben furcsa, de a scriptjeimben elvétve van cp parancs. Nagyon alapnak tűnik, de mégis ritkán kell. Az rm, mv, cut, sed, awk, cat gyakrabban szükségeltetik.
Seemmiképp se dd-vel másolj, hiszen nem a filerendszert másolod szektorosan, hanem a file-okat. Tehát cp, rsync, vagy mc, amelyik tetszik. Ahogy írta a kolléga, lehetőleg ne eszköznevet használj, mert az változhat, pl. ha valaki egy pendrive-ot felejt a gépben. Legyen UUID hivatkozás. Ezen felül, amikor megírtad az fstab bejegyzést, nem kell újraindítanod a gépet, elég root joggal kiadni a
mount -a
parancsot. Az fstab-ban az utolsó két mező nem 0 0 akart lenni? Mert szerintem az kell oda.
Ja, és még valami. Annak érdekében, hogy a flash eszköz ne használódjon hamar el, a file-okhoz az access time frissítése nem kell, azaz a default helyett írd azt, hogy noatime.
Ok, akkor rsync -kel fogom megoldani. Most azt nem tudom, hogy a UUID-t honnan fogom tudni, de már egyszer csináltam ilyet, csak már nem emlékszem, hogy hogyan nyertem ki az új UUID-t.
Ez az SD kártya dolog érdekes kérdés számomra is, hogy mennyire fogja bírni a folyamatos írást-olvasást.
Te milyen fájl rendszert tennél rá?
Most kaptam tesztelésre egy raspberrypi-t, az is SD kártyáról fut. Elvileg ha ráépítenek egy terméket mégsem lehet olyan gáz az, hogy sd kártyáról futtatnak op rendszert.
Az ipari pc, amire most feltettem egy belső levelezőt egyébként harmat gyenge vas ügyileg (MOXA V2100), egy 1.1 es Atom proci van benne és 1 GB ram és 2 GB háttértár (!). Elég karcsú. De van egy SD kártya bővítő hely benne, és kaptam egy 16 GB os kártyát is. Debian-t tettem fel, próbálom leszedni azokat a programokat, amik nem kellenek, letöröltem a régi konfigokat, ma kitörlöm a régebbi kernelt, stb. Szóval szűkítem ahogy tudom, kb 15 en használják, mindenkinek adtam 32 MB-nyi postafiókot:-) Mondtam, sűrűn törölgessenek:-)
Szerintem össze fogok állítani egy mozgó alkatrész nélküli PC-t, valami ráforrasztott intel procis megoldást, egy 60 GB os ssd-vel, de olyat, amiben a tápnak sincsen ventillátora. De még előtte a raspberry pi-t kipróbálom természetesen:-)
Rádugod a kártyát:
blkid
Megvan az uuid.
cp-nél:
cp -auvx /var/mail/* /sdkártya/csatolási/pont/ (rsycn-nél is ugyan ezek a kapcsolók jók)
Teszt üzem után lehet leállítani a levelezést, lecsatolni az sdkártyát, törölni a régi /var/mail tartalmát, sd vissza, levelezés indít
Mondjuk én pop3-at állítanék be, akkor legalább nem marad a szerveren a levél
üdv: pomm
Jé, eddig azt hittem, a noatime mindenre vonatkozik. Fura, hogy külön kapcsoló van file-ra és alkönyvtárra, igazából az értelmét sem látom, mikor kell az egyik esetében acces time, miközben a másiknál nem.
Pl.: szűk hely vagy pedantéria miatt nem szeretnél olyan cuccokat tárolni egy fs-en, amelyek fél éven át senkit sem érdekelnek, de túlfirkálni sem akarod a lemezt. A noatime be, de nodiratime nem-be pont ezt a ráközelítési lehetőséget adja.
az mc-ben van preserve attribute, vagy "jogosultságok megőrzése" ha mégis annál maradsz, és nem a cpnél.
Másrészt ha mint írtad átmásolod az állományokat, majd csatolod az eszközt, akkor utána nem éred el a régi állományaid, mivel bootkor a könyvtárukba csatolsz egy másik partíciót. Így ott maradnak, és menet közben pl. amíg fog valami egy fájlt a /var/mail-ban macerás lesz törölni.
Hozzászólások
Na most van egy kis idom tovabb kiserletezni. Mint mar irtam az mtab-ban az /usr mountolasa mashogy szerepel, mint az fstab-ban. Megneztem az mtab fajl idopontjat, majd utananeztem a syslogban, hogy ekkor mi tortent.
A syslog vonatkozo sora:
kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,5), internal jurnal
Nem lehet ez a ludas a dologban?
[quote:840bf3b7dc="bitumen"]Simán az fstab-ban beírod az rw opciót. Akkor mennie kéne. Ha nem, akkor nagy valószinüséggel valami gond van a lemezzel. Egy fsck-t futtass végig rajta!
Csaba
Kosz a valaszt, hiaba van atirva jol az fstab es hiab futtattam az fsck-t, megint atallt magatol red onlyra. Egyeb javaslat, kuldjek valami mas infot is vagy fajlt?
Attila
Valami oka van annak, hogy atall read-only-ra.
Mit mond a log?
Misi
[quote:9efbf92a44="Misi"]Valami oka van annak, hogy atall read-only-ra.
Mit mond a log?
Misi
Melyik log-ra gondolsz?
Attila
dmesg, vagy ha ott nincs semmi, akkor syslog...
[quote:5a08c85e0a="bitumen"]dmesg, vagy ha ott nincs semmi, akkor syslog...
Nos a dmesg-> hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >
Az fstab megfelelo sora:
/dev/hda5 /usr ext3 defaults,rw 0 1
Talan ez segit a megoldasban.
Attila
Ja az elobb elfelejtettem irni, hogy erdekes modon az mtab fajl megfelelo sora:
/dev/hda5 /usr ext3 ro 0 0
Itt mintha read-only lenne, de nem tudom miert, volt, hogy mar ezt is atirtam kiserletezeskor, de ez sem segitett.
Attila
[quote:abddebeca7="aszabo"]Ja az elobb elfelejtettem irni, hogy erdekes modon az mtab fajl megfelelo sora:
/dev/hda5 /usr ext3 ro 0 0
Itt mintha read-only lenne, de nem tudom miert, volt, hogy mar ezt is atirtam kiserletezeskor, de ez sem segitett.
Attila
Az mtab-ot semmilyen körülmények közt NE VÁLTOZTASD! Azt hagyd meg a kernel-nek. Amúgy a dmesg alatt azt értettem, hogy dmesg, és nem pedig "Nos a dmesg-> hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >"
Lehet, hogy a kernel elárulja nekünk, hogy miért remountolja az fs-t.
Nem fut valamilyen szkripted, ami mountolgat?
[quote:6823914907="bitumen"][quote:6823914907="aszabo"]Ja az elobb elfelejtettem irni, hogy erdekes modon az mtab fajl megfelelo sora:
/dev/hda5 /usr ext3 ro 0 0
Itt mintha read-only lenne, de nem tudom miert, volt, hogy mar ezt is atirtam kiserletezeskor, de ez sem segitett.
Attila
Az mtab-ot semmilyen körülmények közt NE VÁLTOZTASD! Azt hagyd meg a kernel-nek. Amúgy a dmesg alatt azt értettem, hogy dmesg, és nem pedig "Nos a dmesg-> hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >"
Lehet, hogy a kernel elárulja nekünk, hogy miért remountolja az fs-t.
Nem fut valamilyen szkripted, ami mountolgat?
Ennyit en is tudok, a dmesg megfelelo sorat irtam ki, a Nos nem erdekes.
Hol arulja el a kernel? A kern.log-ban csak ugyanolyan sor(oka)t talalok, mint a dmesg-ben.
Honnan tudom megallapitani, hogy fut-e ilyen scriptem? A crontab-ban nincs semmi bejegyzes, csak az alap, amit installalaskor felrak "anacron" stb.
Tovabbi otletek?
Attila
ps ax
/etc/rc*.d
de nem nagyon tudom, hogy miert lenne ilyen szkript...
smart mit mond a hdd-re?
[quote:327bc5ab95="bitumen"]ps ax
/etc/rc*.d
de nem nagyon tudom, hogy miert lenne ilyen szkript...
smart mit mond a hdd-re?
A ps ax szerintem nem jelez semmit, ami nekem gyanus lenne.
Talan az /etc/rc2.d-ben levo nfs-kernel-server lehet az ok?
Amugy melyik smart-ra van szuksegem, mert a debian oldalan van tobb is: ide-smart, smartsuite stb.
Attila
[quote:73b0150644="aszabo"][quote:73b0150644="bitumen"]ps ax
/etc/rc*.d
de nem nagyon tudom, hogy miert lenne ilyen szkript...
smart mit mond a hdd-re?
A ps ax szerintem nem jelez semmit, ami nekem gyanus lenne.
Talan az /etc/rc2.d-ben levo nfs-kernel-server lehet az ok?
Amugy melyik smart-ra van szuksegem, mert a debian oldalan van tobb is: ide-smart, smartsuite stb.
Attila
az nfs szerver semmit nem csinal, max ir es olvas a lemezrol, de nem remountolja...
egy smartctl nevu binaris kell neked, pontosan nem tudom, hogy milyen csogmagban van. apt-get install smart*
Sziasztok!
Lenne egy kezdo kerdesem: felinstallaltam az euronode minimalt (ez egy Debian Woody), ami kerdezes nelkul az /usr konyvtart (hda5) read onlykent mountolja az fstab-ban. Szeretnem az /usr-t read-write modban mountolni, ehhez atirtam a megfelelo sort az fstab-ban, ujrainditom a gepet, egy darabig minden ok, de egy kis ido utan (ez nehany perc) atvalt read onlyra.
Hol tudom ezt megvaltoztatni, hogy mindig read-write modon legyen mountolva?
Kosz a valaszokat.
Simán az fstab-ban beírod az rw opciót. Akkor mennie kéne. Ha nem, akkor nagy valószinüséggel valami gond van a lemezzel. Egy fsck-t futtass végig rajta!
Csaba
Sziasztok,
Azt szeretném, hogy induláskor felcsatolja az 500 GB os merevlemezemet a linux, ezért átírtam az fstab ot, de valószínüleg nem jól, mert ki kellett kommenteznem ahhoz, hogy újra tudjak vele bootolni:
Így néz ki jelenleg az fstabom:
http://pastebin.com/hSR8nJZp
Elolvastam az arch-fstab wiki-t, lehetséges, hogy az
részben mást kellene megadnom, hogyha azt szeretném, hogy automount legyen a bootolás során?
Ide feltettem a dmesg részletet:
http://pastebin.com/QkWc7PU4
Amúgy az Arch ban alapból nincs benne a syslog? Mert kerestem a /var/log ban, de nem találtam.
-- Zoli
Nem látok benne nagy krimit.
Talán írd be, hogy "user" az opciókba (mint root - "user,rw,relatime,data=ordered".
Akkor mint közönséges felhasználó: $mount /home/zoli/500GB" és nézd meg mit zörög a kernel.
* Én egy indián vagyok. Minden indián hazudik.
Meg a noauto-t is, mert amúgy megint kommentezheti ki.
Ezt írja:
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Nem tudom mitől wrong , biztos, hogy xfs a fájlrendszer...
dmesg | grep sdb1
sdb: sdb1
XFS (sdb1): unknown mount option [data].
-- Zoli
Amiről másoltad, annak volt data mount opciója, az xfs-nek szemlátomást nincs. Vedd ki onnét a data=ordered részt és próbáld újra; reboot _NEM_ kell. Ha megeszi, kiveheted a noauto-t is.
/etc/lib/lu/plugins/lupi_bebasic
+1
* Én egy indián vagyok. Minden indián hazudik.
Köszi! Most felcsatolja.
Honnan tudtad, hogy mit kell kivenni?
-- Zoli
Nézd meg a mount manualjában az xfs paramétereit. Nincs data opciója.
Legközelebb ne rebootolj, hanem add ki root joggal a
mount -a
parancsot. Ez az fstab alapján csatolja fel a filerendszereidet, s ha nem sikerül, akkor sincs gond. Meg gyorsabb, mint a reboot.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Értem, köszi a segítséget!
Te hogyan kerested meg a mount manuáljában az xfs paramétereit?
Beírtam, hogy man mount, majd / jellel keresek az xfs re, de nem találok olyan sort, ami erre utalna, van olyan rész, hogy mount options, de ott nem találok erre utaló részt.
-- Zoli
man mount, utána /xfs, majd az n billentyű nyomogatásával megkeresem a Mount options for xfs részt, amelyben nem látok data opciót, mert nincs. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
:-)) Ezt írtad nekem:
"Nézd meg a mount manualjában az xfs paramétereit. Nincs data opciója."
De ezt te honnana pékből tudtad?
Van egy barátom, aki már 12 éve foglalkozik linuxal és azt mondja, hogy most kezdi látni a fényt az alagút végén:-) Én még csak most megyek bele, de az orrom hegyéig sem látok:-)
-- Zoli
Már egy korábbi hozzászólásodban is ott volt a kernel hibaüzenet:
Nem egészen értelek, de azért igyekszem ezt egyértelműsíteni.
Azt, hogy a Te esetedben a data opció megadása okozta a felfordulást, onnan tudom, hogy idézted a hibaüzenetet, s abban ezt elpanaszolta a géped. Ezt a többiek írták is.
Azt, hogy az xfs-nek nincs data opciója, onnan tudom, hogy megnéztem a mount manualját, s az xfs mount opcióinak leírása között nem találtam olyat, hogy data. Mint ahogyan olyat sem, hogy tehénfejés. Ami nincs leírva, az nem létezik. Így hát azt várom, hogy a tehénfejés opció megadása esetén is hibát fog adni. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
dmesg | grep sdb1
sdb: sdb1
XFS (sdb1): unknown mount option [data]. <---- Innen tudta
Szívesen. Ahogy eddigre már többen rámutattak: az általad mutatott kimenetben látszott napnál világosabban. Amúgy fogalmam nem lett volna róla, mert az életben nem használtam XFS-t. :) (A TrueCrypt-ed megy már? Ha nem, abban a szálban válaszolj, és megoldjuk.)
/etc/lib/lu/plugins/lupi_bebasic
Igen, végül is tényleg ott volt az orrom előtt, csak nem tudtam, hogy ehhez az fstab
részét kell átírni.
A Truecryptet sikerült most délután megoldanom, köszönöm.
Előtte a loop ot is betöltöttem a kernelbe, de ezt még régebben.
Ma mielőtt a device-mapper-t betöltöttem néztem az lsmoddal, hogy mik vannak betöltve és ott volt a loop.
Kérdés: a modprobe -os futó kernelbe töltés reboot után eltűnik a kernelből - mármint a modulra gondolok?
-- Zoli
A Linux kernel első megközelítésben egy binárisból és a modulokból áll. Ezek mind a filerendszeren letárolva léteznek. Induláskor kerülnek beolvasást követően a memóriába. Minden ott történik velük ezt követően, tehát "illékony" területen, ami, ahogy mondod, nem "reboot-álló". Jellemzően a letárolt állapotuk csak frissítések alkalmával változik. A modprobe egy ún. wrapper az insmod/rmmod parancsok köré, nem más - tehát futó kernelbe való modulbetöltésre, illetve amennyiben a kernel által ez támogatott, úgy az eltávolításukra is képes. Amit az /etc/modprobe.d alatti konfigurációs állományokba írsz, azt a rendszerindító scriptek megfelelő alrendszere fogja majd szintén gyakorlatilag a fenti módon kezelni automatikusan. Amikor a gép bekapcsolását követő POST után a bootloader betöltötte a /boot filerendszeren letárolt kernelbinárist és átadta neki a vezérlést, elindul az init, "minden folyamatok anyja" és vele ezek a scriptek, amik betöltenek/beállítanak/elindítanak minden mást, ami a rendszered végül használhatóvá teszi a befűzendő filerendszerektől kezdve a betöltendő kernelmodulokon át egész az indítandó szolgáltatásokig.
/etc/lib/lu/plugins/lupi_bebasic
Köszönöm!
-- Zoli
Az én gépemen futó folyamatok ősanyját systemd-nek hívják. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ez már a life-long learning része - ehhez én túl ritkán "Linuxozom" :)
@Zoli: olvass, hogy velem ellentétben neked ez (systemd) mondjon valamit! ;)
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Nincs syslog, helyette journald van, ami a systemd-nek (kiirthatatlan) része.
Értem, köszi, utánaolvasok.
-- Zoli
Egy kis pontosítás: lehet syslog is a journald mellett, sőt, a journald is "kiiktatható". Én speciel metalog-ot használok mellette.
Sziasztok
Azt szeretném kérdezni, hogy mi a metodikája annak, hogyha egy, már beüzemelt levelező szerveren (debian) a /var/mail tartalmát fizikailag egy másik meghajtóra szeretném átteni (mivel fogy a hely) egy SD kártyára, és azt szeretném, hogy a következő bootnál ezt az sd kártyát csatolja fel a fájlrendszerbe. Ez egy ipari pc (MOXA) amiben csak 2 GB a belső tárhely:-)) ! és most 62% os telítettsége. Már eltávolítottam jópár programot, ami nem kell stb.
1. létrehoznék egy ext4 fájrendszert az sd kártyán
2. átmásolnám a /var/mail tartalmát
3. az fstab ot szerkeszteném, így, hogy az sd kártyát csatolja a /var/mail be.
Jó ez így szerintetek? Azért az fstabot elég ritkán szerkesztettem még eddig, jó ez így?
/dev/sdb1 /var/mail ext4 defaults 1 1
Úgy kellett volna telepítenem már eleve, hogy a /var/mail nek eleve kijelölöm az SD kártyát, de akkor még nem volt a birtokomban az SD kártya, gondoltam megnézem, hogy mennyi hely marad majd így - hát kevés.
Jogosultágokkal együtt kellene átmásolni mindent, ugye?
dd vel másoljam át a /var/mail tartalmát, majd méretezzem át a partíciót maximálisra? Vagy elég mc vel átmásolni?
-- Zoli ---
Lenovo T400 @ Crunchbang "Waldorf"
Én nem eszköznevet használnék a mountoláshoz, hanem UUID-t vagy LABEL-t.
De SD-re journaling fs-t tenni... hát nem biztos, hogy egészséges dolog. Állítólag (hangsúlyozom, állítólag - semmiféle konkrét infóm nincs e téren) gyorsan kicsinálják a flash alapú adathordozókat.
SELinux és hasonló szörnyűségek ugye nincsenek rajta?
A másolást inkább rsync, esetleg cp -aR segítségével intézném (előtte alaposabb doksi olvasással), a dd nem igazán nyerő, azt hiszem. (hacsak nem vagyok valahol lemaradva)
A cp-nél a -a opció már rekurzív, nem kell mellé az R. ;)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Akkor mit szoktak még mellé tenni? Valahogy úgy él az emlékeimben, hogy a -a mellé kell még valami.
Lehet, hogy a -v maradt meg? Na mindegy.
Nagyon ritkán használom a cp-t, ha mégis, akkor manual-t olvasok.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Mintha én is azt írtam volna. ;))
Nem is mondtam mást. ;) Különben furcsa, de a scriptjeimben elvétve van cp parancs. Nagyon alapnak tűnik, de mégis ritkán kell. Az rm, mv, cut, sed, awk, cat gyakrabban szükségeltetik.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
-p a keresett illető (amit hálistennek alapértelmezett ON állással (ezért nem is feltétlenül tudatosul, hogy létezik ilyen) az mc is tud)
Seemmiképp se dd-vel másolj, hiszen nem a filerendszert másolod szektorosan, hanem a file-okat. Tehát cp, rsync, vagy mc, amelyik tetszik. Ahogy írta a kolléga, lehetőleg ne eszköznevet használj, mert az változhat, pl. ha valaki egy pendrive-ot felejt a gépben. Legyen UUID hivatkozás. Ezen felül, amikor megírtad az fstab bejegyzést, nem kell újraindítanod a gépet, elég root joggal kiadni a
mount -a
parancsot. Az fstab-ban az utolsó két mező nem 0 0 akart lenni? Mert szerintem az kell oda.
Ja, és még valami. Annak érdekében, hogy a flash eszköz ne használódjon hamar el, a file-okhoz az access time frissítése nem kell, azaz a default helyett írd azt, hogy noatime.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ok, akkor rsync -kel fogom megoldani. Most azt nem tudom, hogy a UUID-t honnan fogom tudni, de már egyszer csináltam ilyet, csak már nem emlékszem, hogy hogyan nyertem ki az új UUID-t.
Ez az SD kártya dolog érdekes kérdés számomra is, hogy mennyire fogja bírni a folyamatos írást-olvasást.
Te milyen fájl rendszert tennél rá?
Most kaptam tesztelésre egy raspberrypi-t, az is SD kártyáról fut. Elvileg ha ráépítenek egy terméket mégsem lehet olyan gáz az, hogy sd kártyáról futtatnak op rendszert.
Az ipari pc, amire most feltettem egy belső levelezőt egyébként harmat gyenge vas ügyileg (MOXA V2100), egy 1.1 es Atom proci van benne és 1 GB ram és 2 GB háttértár (!). Elég karcsú. De van egy SD kártya bővítő hely benne, és kaptam egy 16 GB os kártyát is. Debian-t tettem fel, próbálom leszedni azokat a programokat, amik nem kellenek, letöröltem a régi konfigokat, ma kitörlöm a régebbi kernelt, stb. Szóval szűkítem ahogy tudom, kb 15 en használják, mindenkinek adtam 32 MB-nyi postafiókot:-) Mondtam, sűrűn törölgessenek:-)
Szerintem össze fogok állítani egy mozgó alkatrész nélküli PC-t, valami ráforrasztott intel procis megoldást, egy 60 GB os ssd-vel, de olyat, amiben a tápnak sincsen ventillátora. De még előtte a raspberry pi-t kipróbálom természetesen:-)
Köszönöm a segítséget.
-- Zoli ---
Lenovo T400 @ Crunchbang "Waldorf"
NFS nem jöhet számításba, mint a határok kitolásának lehetősége?
A levelezés nem az a kimondott időkritikus tevékenység.
Rádugod a kártyát:
blkid
Megvan az uuid.
cp-nél:
cp -auvx /var/mail/* /sdkártya/csatolási/pont/ (rsycn-nél is ugyan ezek a kapcsolók jók)
Teszt üzem után lehet leállítani a levelezést, lecsatolni az sdkártyát, törölni a régi /var/mail tartalmát, sd vissza, levelezés indít
Mondjuk én pop3-at állítanék be, akkor legalább nem marad a szerveren a levél
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Köszi szépen.
Azért nem lehet pop3, mert valakinek 2 telefonja is van:-(
Akiről tudom, hogy csak 1 eszközzel rendelkezik, annak pop3 mat állítottam
-- Zoli ---
Lenovo T400 @ Crunchbang "Waldorf"
sd kártyára ext4 esetén noatime,nodiratime is kellene az fstab-ba, mert így nem lesz hosszú életű.
Jé, eddig azt hittem, a noatime mindenre vonatkozik. Fura, hogy külön kapcsoló van file-ra és alkönyvtárra, igazából az értelmét sem látom, mikor kell az egyik esetében acces time, miközben a másiknál nem.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Pl.: szűk hely vagy pedantéria miatt nem szeretnél olyan cuccokat tárolni egy fs-en, amelyek fél éven át senkit sem érdekelnek, de túlfirkálni sem akarod a lemezt. A noatime be, de nodiratime nem-be pont ezt a ráközelítési lehetőséget adja.
az mc-ben van preserve attribute, vagy "jogosultságok megőrzése" ha mégis annál maradsz, és nem a cpnél.
Másrészt ha mint írtad átmásolod az állományokat, majd csatolod az eszközt, akkor utána nem éred el a régi állományaid, mivel bootkor a könyvtárukba csatolsz egy másik partíciót. Így ott maradnak, és menet közben pl. amíg fog valami egy fájlt a /var/mail-ban macerás lesz törölni.