Dotaz: KODI a mount SMB sharu - PROC, PROBOHA PROC?

[petrfm]

Ahoj, omlouvam se, ze zacnu tak zhurta, ale jsem docela rozcileny. Proboha WTF ? http://wiki.openelec.tv/index.php/Mounting_network_shares

Proc je /etc/fstab nedostupny? Proc je / read only? Proc v tom wiki vlakne pisou neco o systemctl? Znamena to ze SYSTEMD? A ze uz nedam nic do fstab a ze mountovani cehokoliv pri startu systemu se bude delat pres tyhle srackoidni konfiguracni soubory? Ze nestaci do fstab pridat mount -t // ... atd? Proboha, snad se pletu.

Chci si do maliny s kodi pridat sitovy disk, na ktery by se ukladaly videa z tvheadend ale je to past vedle pasti Predtim jsem pouzival jine distro, kde jsem to nacpal do fstab a mel bozsky klid.

Diky za rozlousknuti te zahady, P.

Odpovědi

[alles32]

pic

imho staci remount,rw partysnu s fstabem, ta bude nejspis ro pripojena.
co ti systemd udelal, mounti stejne jako fstab + nabizi featury, ktery init postrada.

[Peter Golis]

Áno, pletieš sa. Do fstab nepatrí mount -t // ...

Navrhujem presunúť tento povzdych do blogu. Ak budeš mať technický problém, tak si založ novú otázku a daj do nej zmysluplný popis problému a okolností.

[alles32]

jak nepatri, parametr -t je treti sloupec ve fstabu zejo ;]

[petrfm]

No ja myslel, ze ten problem je zrejmy - nejde mi mountovat SMB share a nevim proc. Predne se ani nedostanu do fstabu a taktez nevim proc a ptam se, jestli to je nejaky sileny zamer a muze za to systemd, nebo to sprasili v kodi?

P.

[Peter Golis]

S Linuxom robím od minulého tisícročia, ale ešte v živote som nevidel -t v /etc/fstab. Typ pripojenia sa tam dáva, ale v inom formáte ako opisuješ. Skús sem dať obsah fstab či v ňom nie je nejaká zloba ktorá ti mohla aj odpáliť štart systému s tým, že to skončilo s / ako read only a rozbitým štartom.

[petrfm]

ta syntaxe je chybna, uklepl jsem se, protoze jsem to mountoval rucne pres cli, ale hazelo to chybu, ze mountpoint neni ve fstab, kam ho ani nedam, protoze je readonly a neda se ani nacist.

Ale uz jsem to nacpal do toho konfiguraku autostart.sh, coz je asi nejaky skript, ktery ten smejd nacita pri startu. Nechapu, proc to delat jednoduse, kdyz to jde slozite, ze?

Ale asi za to nemuze systemd, jako spise kodi, ze to takhle "zjednodusili" aby si bezny user nerozdrbal fstab.

[petrfm]

A uz zacinam chapat, proc to tak prasili, protoze ty konfiguraky jsou ulozene v adresari, ktery se sdili pres sambu, takze se daji upravovat libovolne pres file manager. Ach jo, proste at zije zjednodusovani.

[Peter Golis]

Znova sa mýliš. To, že si si neprečítal návod na použitie, a zadal nesprávne hodnoty do konfigurácie nie je chyba SystemD. Takže si to prečítaj na konci tejto adresy http://wiki.openelec.tv/index.php/Mounting_network_shares . A zapametaj si to, čo je hneď na začiatku v tom červenom rámčeku.

[petrfm]

Nativne sice mount SMB podporuje (ten take vyuzivam), ale jenom pro prehravani. Neumoznuje mountovat SMB nekam do / a ukladat do nej zaznam treba z tvheadend. O tom se taky pise

NOTE: OS level mounts are only needed for saving PVR recordings to a network location or using a downloader (rtorrent, transmission, etc) to download to a network location.

[Peter Golis]

Som rád, že si ten návod začal čítať. Zodpovie Ti aj nepoložené otázky namiesto ktorých si sa vyznal z citového rozčarovania na ktoré nebol a ani nie je nik zvedavý.

[nobody]

neni treba (snad ani v openelec) aby byl mountpoint ve fstab, dokud to nechces mountovat jako user, tedy zkus takto:

sudo mount -t cifs //server/share /mnt/kam

btw: openelec neni kodi, takze je to vec openelec co jak predela a protoze je to velice oklestenej system, prave a hlavne pro provoz kodi, nemuzes cekat ze tam bude vse jako v debian/*buntu :)

[alles32]

to píšu, že bude zapotřebí remount,rw partysnu, kde je fstab. po par letech se systemd jsem si nevsim ze by omezoval editaci souboru.

[mhepp]

root v OpenELEC je připojený RO protože je to komprimovaný squashfs, který je sám o sobě RO fs.

Existuje ale možnost, jak se s tím poprat. První možnost je přerazit defaultní nastavení pro /storage, které se předává jako parametr při bootu. Já mám celé /storage na NFS:

disk=NFS=IP.AD.RE.SA:/export/xbmc/

Druhá je tu již několikrát zmíněna, tou je nastavení při startu:

/storage/.config/autostart.sh

A to, co uvnitř mám já:

#!/bin/sh
(
 #karta je nevyuzita, tak proc ne swap
 swapon /dev/mmcblk0p2
 # a mount sitoveho disku s videi a hudbou...
 sleep 15; \
 mount -t nfs IP.AD.RE.SA:/export/ /storage/export -o nolock; \
)&

...hotovo.

[mhepp]

Teď se koukám, že je to zastaralá metoda. Jak na to správně najdeš zde:

http://wiki.openelec.tv/index.php/Mounting_network_shares

[nobody]

tedy zpet k OP linku :) nicmene muze mi nejakej obhajce sYSTEMd vysvetlit proc toto kdyz path je definovan v Where=/full/path ? :)
Important: this file must be renamed to mountpoint.mount where mountpoint, is the FULL path where the share will be mounted.
Slashes "/" MUST BE REPLACED with dashes "-" with .mount as extension. This means, if we want mount to "/storage/music" (see above "Where=/storage/music") then this file must be renamed to 'storage-music.mount'.

[petrfm]

No ja nejdrive prave zahledl tohle, z cehoz se mi udelalo nevolno... To, ze na konci je navod pro ten bash script, jsem uz prehledl.

Sice i tak je to drbani se druhou rukou, ale vzhledem k popsanemu, ze se jedna o specialni FS a openelec je osekane distro tomu rozumim, chapu a toleruju. Ja uz jsem se jenom zdesil, ze to tedka treba bude standard a ze to malo, co jsem se za tu dobu uzivani linuxu naucil, muzu zase s klidem zapomenout.

Snad tedy ne P.

[nobody]

prave tohle vypada presne jako vec sYsTeMd, je potreba full path duplicitne uvadet 2x, no je to posahanejsi nez vypada :) jeste ze je tu *buntu 14.04 LTS ktere bude jeste par let bez sYsTeMd...

ten squashfs neni zas tak specialni, pouziva se uz pres 10let(15let?) na livecd skoro vsech distribuci prave protoze ma vysoke komprese(nejdriv jen gz, pak lzma (tedy neoficialne a diky Slaxu), ted lzo nebo xz), velmi rychle dekomrese v realnem case, cachovani po velikejch blokach atd... ve spojeni s aufs(another union file system), drive pres unionfs, v kernelu jiz i overlayfs, je pres ten mountlej ro prekryto vrstvou virtualniho rw filesystemu kterej uklada zmeny na predem urcene misto (adresar/image na usbflash, nebo hdd pri pouziti sd pro system, nebo nfs, nebo cokoliv...)
pro praci s squashfs je balik squashfs-tools obsahujici nastroje pro unsquashfs (rozbaleni do adresare), mksquashfs (zabaleni z adresare)...