Kezdo kerdes fstab mount

Linux-kezdő

Kezdo kerdes fstab mount

  • 8875 megtekintés

( aszabo | 2005. 06. 06., h – 15:05 )

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?

( aszabo | 2005. 06. 05., v – 13:28 )

[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

( Misi | 2005. 06. 05., v – 14:02 )

Valami oka van annak, hogy atall read-only-ra.

Mit mond a log?

Misi

( aszabo | 2005. 06. 05., v – 14:32 )

[quote:9efbf92a44="Misi"]Valami oka van annak, hogy atall read-only-ra.

Mit mond a log?

Misi

Melyik log-ra gondolsz?

Attila

( bitumen | 2005. 06. 05., v – 14:35 )

dmesg, vagy ha ott nincs semmi, akkor syslog...

( aszabo | 2005. 06. 05., v – 14:41 )

[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

( aszabo | 2005. 06. 05., v – 14:44 )

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

( bitumen | 2005. 06. 05., v – 15:14 )

[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?

( aszabo | 2005. 06. 05., v – 15:22 )

[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

( bitumen | 2005. 06. 05., v – 16:10 )

ps ax
/etc/rc*.d
de nem nagyon tudom, hogy miert lenne ilyen szkript...

smart mit mond a hdd-re?

( aszabo | 2005. 06. 05., v – 16:21 )

[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

( bitumen | 2005. 06. 05., v – 16:25 )

[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*

( aszabo | 2005. 06. 03., p – 21:44 )

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.

( bitumen | 2005. 06. 03., p – 23:04 )

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

( knzoltan | 2013. 08. 20., k – 12:41 )

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.

UUID=**********5673d0fa7ef9 /home/zoli/500GB xfs rw,relatime,data=ordered 0 0

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.

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

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

:-)) 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

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

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

( knzoltan | 2014. 07. 29., k – 19:12 )

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)

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"

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

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.