Dotaz: Debian 9/10 UDEV

[RDan]

Zdravím, už to řeším docela dlouho. Googlim po celém netu ale nevím. Takže prosím potřebuji cílenou radu. Zde jsem upravil udev skript který by měl podle všeho fungovat. Jenže nefunguje.

KERNEL=="sd?", SUBSYSTEM=="block", DEVPATH=="*host19/port-19:5*", NAME="sdbc", RUN+="/usr/bin/logger My disk ATTR{partition}=$ATTR{partition}, DEVPATH=$devpath, ID_PATH=$ENV{ID_PATH}, ID_SERIAL=$ENV{ID_SERIAL}", GOTO="END_20_PERSISTENT_DISK"

KERNEL=="sd?*", ATTR{partition}=="1", SUBSYSTEM=="block", DEVPATH=="*host19/port-19:5*", NAME="sdbc%n" RUN+="/usr/bin/logger My partition parent=%p number=%n, ATTR{partition}=$ATTR{partition}" LABEL="END_20_PERSISTENT_DISK"

Účelem je aby disk na určitém sata byl pod /deb/sdbc. Chci takhle rozčlenit všechny disky.

A prosím o konkrétní úpravu skriptu aby fungoval, odkazu na různé archwiki jsem prozkoumával už dlouho. Zlatý Windows, c, d, e, na tři kliknutí.... :-/

Odpovědi

[debian+]

Linux je Linux. Nestaci ti pracovat s /dev/disk?

[RDan]

Nestačí, potřebuji smysluplně organizovat disky v OMV4/5.

Mám v case disky nějak seřazený a chtěl bych aby mohl disky jednoznačně na první pohled identifikovat. A OMV rozlišuje disky podle /dev/sda,b,... A label nestačí protože ten je pro celou skupinu disků.

Upřímně nechápu proč s tím všichni děláte takový drahoty. Je to tak nereálný požadavek? Připadám si jak kdybych chtěl radu jak instaloval wokna a ext4. Skoro začínám přemýšlet že si někde upirátim Win Server s ReFS. :-/

[k3dAR]

drahoty? mas jeste nejake prikaze ktere tve sluzebnictvo ma splnit kdyz nam teda vyhrozujes ze jinak pujdes neco ukrast ?

pokud chces neco smysluplne, muzes pouzit jak psal debian+ nejakej subdir v /dev/disk, disky tam mas automaticky clenene "by-id" (=druh-vyrobce-model-seriovecislo) nebo "by-path" (=umisteni radice)

[RDan]

Nejedná se o příkaz. Psal jsem že prosím o pomoc.

Jde taky o to že nemám v živote čas hledat po fórech něco s UDEV.

Když mi někdo poradí ušetří mi spoustu hodin času, kterej budu moct investovat třeba na dovymalování bytu.

[k3dAR]

tak misto arogantnich reakci okolo, zkus odpovedet proc pro smysluplne organizovani nelze v tvem pripade pouzit to co mas v /dev/disk/by-id/ nebo /dev/disk/by-path/ kdyz to druhe ti v podstate zajisti co (aspon vypada) ze potrebujes, pouze to nebude mit nazev sdbc, ale budes mit nazev dle umisteni radice ktereho se v udev stejne snazis chytat... pripadne proc ti jde o to organizovat dle radice/portu a nevyhovuje logictejsi by-id ktere je navazane na konkretni disk at uz je na jakemkoliv radici...

[RDan]

Příloha:

• btrfs.jpg (143443 bytů)

Protože Open Media Vault ve svém WebIF takto disky zobrazuje. Viz příloha.

Když jsem měl vše pod WHS tak jsem měl disky pod názvama: 01-IBM_SAS2-port1-Foky . . . 09-LSI_SAS2-port...

To je pro mě přehledný transparentní systém :)

[Aleš Kapica]

Neměl by ses tedy obrátit raději na ty co openmediavault vyvíjí, aby ve své aplikaci nepoužívali generické názvy blokových zařízení, ale použili místo toho něco jiného?

[dustin]

Taky jsem se divil, proč se jiný výpis v OMV řeší změnou souborů v /dev

[j]

"Upřímně nechápu proč s tím všichni děláte takový drahoty. "

OK, kolik nabizis za reseni svyho problemu?

[debian+]

Riesenie

Buď si to sám upraviť, alebo popytaj vývojárov, nech ti umožnia nastaviť aliasy v tom table vypíše, čo si tu vložil. To je najlepšie riešenie.

Dá sa upraviť aj systém, ak chcete - treba v initramfs pomenit/zmazať/vytvoriť v /dev bloky. A pokiaľ máš vás ten program autodetekciu, môže mať problém.

[RDan]

Zkoušel jsem psát na jejich fórum, ale moc význam to nemělo.

Ohledně toho initramfs zkusím něco vygooglit. Co jsem stihl pochytit tak je to nějaká mini linux distribuce která má za úkol vyhledat disk na kterém je systém a spustit ho. Nebo se pletu?

[debian+]

Nemusis ani vytvarat initramfs. Len pred spustenim si vytvor svoje pomenovania vedla existujucich zariadeni v /dev a nasledne potom spusti ten svoj program so svojou konfiguraciou.

Odkazy: vlastne nazov v dev (vid. licenciu prispevkov uzivatelov) a skript pri spustani pri starte

[debian+]

V pripade, ze by si parsoval vypis z aktualneho dev, tak mozes pouzit nasledujucu syntax. V nej definujes, ze jazyk nie je lokalny (CZ, SK alebo aky ma uzivatel), ale sa pouzije C prostredie. Lepsie sa parsuje, ak pises univerzalne skripty. Napr. jednotlive jazyky maju rozne nazvy mesiacov, roznu desatinnu ciarku, atd.

LANG=C ls -l /dev

[debian+]

Vlastne, mali by stacit aj symbolicke linky na existujuce (ak ten program neoveruje typ suboru a nasledne odmietne):

$ cd /dev
$ ln -s sda super
$ /sbin/cfdisk /dev/super # overenie 

P.S.: Linux - jeden problem, viac rieseni.

[NN]

Tady je kazda dobra rada draha.. http://www.abclinuxu.cz/poradna/linux/show/441325

[RDan]

Jo, tam jsem řešil věci ohledně BTRFS. To mi do teď běží, jen je tam prostě bordel. Teď jsem zjistil že v OMV5 nebude vůbec nic ohledně lepší implementace BTRFS. Našel jsem nějaký EasyNAS, který je ale zatím v Alpha verzi.

>Začátek frustrace> Jsem docela v koncích. Celej život jsem si ohledně PC HW/SW vše vyřešil sám. Troufám si říct že jsem pokročilý uživatel Windows, vše jsem se naučil sám bez jakýchkoliv školení. Je to můj koníček.

Teď je tu bohužel situace kdy musím jít k linuxu protože není jiná volba a narážím jen na to že nic není dotažený dokonce, každej místo rady jen posílá odkazy na mostr dokumentaci a každej se ptá "proč".

Já si přece nebudu ve svích 31 letech rvát do hlavy kompletní znalosti o linuxu jen proto abych rozjel jednu účelovou věc která bude stát v koutě a bude pořád zapnutá.

A nejhorší na tom je že to tady pro vás bude maličkost.... >Konec frustrace>

[k3dAR]

takze s Windows ses cely zivot vse ucil sam a s Linux mas frustraci ze na tvoji zadost/rozkaz ti nikdo neda presnou radu k reseni tveho podivneho problemu?

[RDan]

Příloha:

• btrfs.jpg (143443 bytů)

No protože s Linuxem to taky zkouším sám i když je to pro mě úplně nové. Nevěděl jsem ani k čemu je v příkazu sudo a $. To je stejný jako bych ve win nevěděl co je "Tento počítač". Ale když někde něco hledám nebo mi někdo radí tak automaticky počítá s tím že to vím.

A to s tím UDEV řeším s přestávkama dlouho ale řešení nemám.

V příloze je screen mého OMV, na něm je vidět jakej je v tom bordel. Když něco dělám s diskama tak si nikdy nejsem jistej jestli například pracuju se správným diskem a bojím se že něco smažu.

Mám excelovou tabulku se seznamem disků, kde má naspáno SDC,SDD=Fotky. Ale problém je že po restartu to může být SDR.

[k3dAR]

jednak vidim ze nazvy sd* uz tam mas pridane svoje generovane, zaroven to co jsi zacernil LABEL tam preci vidis nazvy oddilu ktere budou vzdy stejne, tedy pokud neresis cele disky pro ktere je vhodne jak sem psal nahore dle id nebo path, ale resis oddily dle jejich obsahu, tak muzes pouzit /dev/disk/by-label/ kde budes mit po kazdem rebootu take stejne nazvy patrici vzdy stejnemu oddilu a a to vse naprosto automaticky bez jakkehokoliv rucniho vytvareni udev pravidel...

[RDan]

Názvy SD* jsou automaticky generované. A mění se. Label zastřešuje několik disků a já nevím kterej z nich je kterej fyzicky.

[k3dAR]

ses si jistej ze na tvem screenshot nazvy: sdab1, sdae sdag1 byli vygenerovane automaticky a ne nazaklade tebou pridaneho udev pravidla?

[RDan]

Jsem si jistej, jediný udev pravidlo co jsem zkusil bylo SDBC a to nic neudělalo. To proč je někde tam jednička je kvůli tomu že když přes web if vytvořím oddíl BTRFS tak je např. SDA1. Pak zadám btrfs device add /srv/dev-disk-by-labelxxx/ dev/SDB.

Mám tam hodně disků proto až sdag, nicméně. Některé mají ještě ntfs. Hodlám to celé přeinstalovat na OMV5, zredukovat přebytečné disky a tak. Proto se chci předem dozvědět to s tím udev abych pak všechno provedl na čisto a nemusel na to co nejdéle šáhnout.

[k3dAR]

mas tam pres 50 disku ze uz nestaci abecena pro sdX ?? nemuzes pouzit jedinecne LABEL pro prehlednost/organizovani jak sem psal zde?

[RDan]

No v zásadě ano, jenže label je společnej pro všechny disky v jednom BTRFS oddílu.

A druhá věc je že pokud chci naformátovat nový disk tak mi OMV píše názvy disků a dev/sdX.

Vlastně celej problém je v prezentaci těch disků ve WebIF v OMV. Pokud by oni měli nějaké volitelné názvy které by byli vázané uuid tak bych to neřešil.

A pak je tam ještě jedna drobnost která je asi chyba v OMV. Jak je vidět na obrázku, u hodně disků nemám žádné info o úložišti. A ta chyba spočívá v tom že první disk v btrfs je sdB a ten druhý sdA. A ono to pak nedokáže korektně fungovat.

Vlastně bych chtěl tím řazením sdX zaplácnout několik much jednou ranou.

[k3dAR]

tak sem si OVM5 nainstaloval do virtualu a vidim ze v sekci Storage u Disks i Filesystems je moznost pres sipku u jakehokoliv nazvu sloupce zapnout/vypnout zobrazovane sloupce, u Disks napr. "Device Symlinks" kde pak zobrazuje pro kazdej disk jake ma /dev/disk/by-id a /dev/disk/by-host... akorat pri Formatovani to bude stale nabizet pouze /dev/sdXY, takze bys musel vzdy v Disks podle host ci id zjistit jake to ma sdXY

[RDan]

Jo to je zajímavá funkcionalita, je to i v OMV4. Toho jsem si nevšiml, to docela pomůže. Poznám tam i na jakém to je portu. Za to děkuji... :)

[k3dAR]

LABEL je nazev, jakej nazev oddilu ty nastavis takove tam budou, kdyz nastavis dvou oddilum nazev FOTKY tak budou videt dvakrat, kdyz nastavis nazev "FOTKY1" a "FOTKY2" budes mit kazdej LABEL videt jinej...

[NN]

Co si vyrobil to mas. Vyuzij laskave rady, ktere jsi uz dostal skoro pred rokem. K identifikaci disku/oddilu pouzij UUID, pripadne /dev/disk-by* a pojmenovat si to muzes treba /dev/autobus. Pokud necemu z toho nerozumis, holt si to budes muset nastudovat. Poradna = poradna.

[Heron]

Pardon, ale tenhle chaos vznikl přesně jak? Prakticky nic v té tabulce nedává smysl, proč mají některé disky tolik oddílů a různých FS?

Storage se řeší buď tak, že si nainstalujete nějaký balíček a všechny operace s disky řešíte výhradně pomocí něj. Tedy v případě OMV vůbec nemáte co řešit nějaká udev pravidla a hrabat se mu do toho. Všechno řešit pouze přes jeho rozhraní.

Nebo ručně, potom ale musíte mít nezbytné znalosti pro tuto činnost.

Udělat pěkný storage pomocí moderních (tj 10 a mnohem více let dostupných prostředků) je velmi jednoduché. Buďto klasická cesta:

* fyzické disky
* volitelně sw raid (mdadm)
* lvm
* hromada oddílů podle vaší potřeby s různými fs

Není tedy žádný důvod mít na datových discích více než jeden MBR / GTP oddíl. Hromadu oddílů pro různé FS (pokud je tedy skutečně potřebujete) vyřešíte v na jedné vrstvě v LVM.

Nebo ZFS:

* fyzické disky
* zfs se zvolenou redundancí vdevu
* pokud chcete, uděláte si hromadu Volume kam si dáte jiný FS

Nebo BTRFS:

* fyzické disky
* btrfs se zvolenou globální redundancí

(Btrfs nenabízí možnost export blokového zařízení (volume), ale to lze snadno vytvořit pomocí loop.)

Tedy linux vám nabízí všechno a dokonce mnohem víc, než upirátěné Win s ReFS. A když už je chcete použít, tak si je alespoň kupte.

Pojmenování fyzických disků se neřeší. Disky jsou identifikovány pomocí ID, je to na nich napsané i z boku, takže při poruše disku jasně vidíte, který disk máte vyměnit (pokud je tedy backplane navržená tak blbě, že neumí v OS zobrazit ani správné pořadí disků podle slotů).

Vytvářet si vlastní systém pojmenovávání fyzických disků je vždy cesta do pekel a do chaosu. To se prostě neřeší. Disky mají ID, WWN propsané až do OS a lze je pomocí toho jednoznačně identifikovat. O redundanci dat se postarají vyšší vrstvy (hw raid / sw raid / řešení na úrovni fs).

Jinými slovy děláte tutéž chybu jako hromada začátečníků. Chcete měnit věci, které se měnit vůbec nemusejí, z důvodu, které nemají vůbec nastat. Takže udělejte krok zpět, rozmyslete si, co od storage vlastně očekáváte a potom to lze zrealizovat velmi jednoduše některým z výše popsaných způsobů.

[Heron]

že nic není dotažený do konce

Právě naopak. Udělat v linuxu storage byla pohoda už před 20 lety. A situace se jen zlepšuje. Dneska máme k disposici věci, za které bychom v komerčním světě zaplatili miliony. A to bez přehánění.

každej místo rady jen posílá odkazy na mostr dokumentaci

Což je ve skutečnosti velmi dobrá rada. S dokumentací v ruce máte začít nejen při řešení problémů, ale také hned na počátku, abyste těm problémům předešel.

Já si přece nebudu ve svích 31 letech

To myslíte vážně? Pro vás život končí ve 31 letech? Nic dalšího už vědět nepotřebujete? Doporučuju tento přístup změnit. Můj otec, rok před důchodem, si domů bere dokumentaci od nové CNC mašiny, protože to chce umět a dozvědět se, co je v oboru nového.

jednu účelovou věc která bude stát v koutě

V tom případě si kupte hotové řešení v podobě QNAP nebo jiné značky, která se vám líbí, naklikejte si to a máte od toho pokoj.

Ono totiž z vašich komentářů vůbec není poznat, co vlastně chcete. Na straně jedné nechcete nic vědět a chcete to "něco" jen nechat ležet v koutě (ok, proč ne), na druhou stranu řešíte strašně low level věci jako udev a loni rebalance fs.

[enduser]

Vzhledem k tou jak všichni o linuxu básní tak mi přijde divný že zrovna tohle je takovej problém.

Ano to jsou ti kteri se mu prizpusobi, prijmou ho tak jak je je to pak jejich mantra, pokud mu nenaleznou jine hotove reseni, uz neni jejich kamarad. Linux zkratka neni pro narocnejsi koncove uzivatele kteri by to chteli jinak a neumi si to ani doprogramovat.

[enduser]

jinymi slovy Linux OS je pro vyvojare nebo nenarocne uzivatele.

[k3dAR]

Zlatý Windows, c, d, e, na tři kliknutí.... :-/

kdyz tak nesmyslne srovanas, jak na tri kliknuti ve Windows bys (pokud mel stejne ujetou potrebu menit neco nesmyslne jako v tomto dotazu) zmenil "pismena" oddilu micto c:,d:,e: na na oddilc:, oddild:, oddile: ?

[j]

Ja bych chtel nejaky, nejlip oneclick reseni, jak na widlich enforsnout ssl pro ldap ;D. Soudruzi v M$ tvrdej, ze to knicemu neni a proto to nejde, vzdyt se pres to posilaj jen nejaky blby hesla a loginy.

[Ondra]

Bohuzel od urcite verze udev nejde zmenit jmeno disku (viz man udev). Jedine muzes vytvorit alias (napr/dev/disk1), ale nazev svazku nezmenis. Resil jsem to asi pred rokem.

[RDan]

Tak to shrnu pro všechny. Předem chci poděkovat všem za rady.

Díky k3dAR vím jedné %šipičce% o které jsem předtím nevěděl. Můžu se tudíž dozvědět který ze dvou disků v BTRFS je na dřívějším portu. Vzhledem k tomu že mám všechny disky zapojený po sobě od největšíjo a lze tudíš jednoznačně identifikovat.

Mám tam tolik FS protže mám hodně různých disků ale kvůli bezpečnosti k sobě páruju dva stejné disky v BRTFS Raid1. Ty NTFS jsou zbytek a ty zruším. ZFS potřebuje moc RAMek a vůbec je to pro mě asi moc megalomanské. LVM netuším k čemu by bylo. MDADM pokud vím je jen sw RAID bez COW.

Upirátit Win byla spíš sranda, to jsem děla lve 20ti. A ReFS je jen na serveru nebo Workstation který stojej raketu. Kdysi jsem koupil Windows Home server 2008 a ten mě stál tisícovku originál v Alze. Samozřejmě měl jen NTFS, ale v té době asi ani BTRFS nebo ZFS bylo v nějakých Alfa verzích.

Proč my začátečníci ty chyby děláme je asi něčím daný. Okolnosti nás donutí použít hotové linux řešení jako OMV (s web klikačkou, i v češtině) ale nakonec zjistíme že se CLI stejně nevyhneme. A to je samozřejmě úplně jinej svět.

Samozřejmě že ve 31 letech není konec. Ale Linux je prostě jinej svět.... hodně jinej.

Hotové řešení s QNAP a podobné stojí jednorázově hodne peněz a jsou max na 4 disky. Mám trošku větší...

Ondra, díky. To je zásadní informace.

To co jsem vlastně chtěl, aby prostě disk vlevo nahoře byl SDAA a pod ním SDAB, SDBA, SDBB. Jen seřadit disky ve vypisu podle toho jak je mám nastrkaný v case. Už to řešit nebudu, vymluvili jste mi to.

Každopádně děkuji všem za vyčerpávající informace. Přikládám starší obrázek jak asi vypadá ten muj NAS.

https://i.postimg.cc/4ydbpf1W/DSC-0490.jpg

[k3dAR]

tam vidim jen ~15disku, kde mas tech zbylejch 40? )
k tomu jinemu svetu v terminalu, obecne kdyz neco budes resit, zkus prohledat treba tohle: https://www.tldp.org/guides.html

[Peter Golis]

Vedľa pod trenkami má disc shelf ktorý bude určite plne naložený diskami.

[Petr Fiedler]

... obecne kdyz neco budes resit, zkus prohledat treba tohle: https://www.tldp.org/guides.html

Už jsem se do tebe chtěl pustit , ale koukám, že "last update"=2014, což je fajn.

[RDan]

Jak jsem psal, je to starší fotka. Nyní tam má 32 disků. Některý se poflakují okolo zatím. Hlavně to nemám tak hezky svázaný, protože jsem to předělával a ještě budu.

Do budoucna bych to celé chtěl předělat na vodní chlazení, včetně těch přídavných karet. Ale to bude doví kdy, vzhledem k tomu kolik to stojí :)

[Aleš Kapica]

Samozřejmě že ve 31 letech není konec. Ale Linux je prostě jinej svět.... hodně jinej.

V tomhle věku jsem začal opouštět svět MS Windows a o tři roky později jsem se jich definitivně zbavil, protože jsem je přestal používat i na ty hry.

Kdyby mi někdo v 15 řekl, že mě bude živit IT, tak si významně poklepu na čelo. Ve 20 mne zaujal potenciál počítače, coby pracovního nástroje ale s nástupem MS Windows mě stále víc a víc prudila ta škatule do které mě ten systém tlačil. Bohužel jsem moc neměl na vybranou. Změnilo se to až s přístupem k internetu – bez sdílení informací, to nejde.

Narazíš na problém? S přístupem k internetu máš šanci najít řešení, případně kontaktovat někoho kdo ti pomůže. Bez toho jsi v pytli, protože dnešní operační systémy jsou tak složité, že si většina uživatelů sama – bez zkušeností ani s triviálním problémem – neporadí.