Příspěvky

1771

Software / Re:Vysvětlení pojmu InitramFS

« kdy: 23. 11. 2018, 12:21:13 »

Tak pokial som vas aspon trosku pochopil, tak pri boote, boot loader nacita kernel spolu s initramfs obrazom(ktory je obohateny o zavadzace, jadrove moduly) do pamate ram a nasledne spusti kernel. Kernel skontroluje pritomnost initramfs a ak ho najde, moutne ako / (uz priamo na disk alebo este len do ramdsiku(myslim tym ten ramfs/tmpfs)?) a nasledne spusti /sbin/init, ktory pusta init scripty?

Len bohuzial, stale nerozumiem pojmu 'predom priraveny obraz zavadzacieho systemu na disk'. Stale som nejako v tom, ze ovladace, moduli su priamo v jadre... Preto odpadava nutnosti instalovat ovladace oproti win... A aj ked nahravam nejake moduli do jadra, napr. conntrack modul, nenahravam ho do initramfs...

Chapes to spravne. Ovladace muzou byt:
1. bud v jadre (soucasti linuxu)
2. nebo out of tree (ovladace tretich stran, typicky priklad: nvidia)
3. pripadne prasacke reseni "nas ovladac je patchem pro jadro verze x.y.z", ktere se uz dnes vidi vyjimecne

Pro body 1 a 3 plati, ze to lze kompilovat jako soucast jadra (compiled-in) nebo jako modul, ktery je v extra souboru. U bodu 2 je to vzdy modul.

Situace pro moduly a initramfs vznikla historicky v dobe, kdy pocitace nemeli moc pameti (rozumej - v dobe 8 az 64 MB). Protoze kod kernelu je v pameti udrzovan vzdy (neni odswapovatelny), tak treba nekolik MB ovladacu, ktere tvuj stroj nevyzaduje znamenalo znacne plytvani tou uz tak malou pameti. Byt initramfs obsahuje tech 10MB, jsou to jen "moznosti" - ze kterych se nakonec pouzivala pro konkretni stroj jen jedna. Pokud mel skript v initramfs detekci hw tak dokazal natahnout konkretni modul, ale casteji se tupe natahlo vsechno a doufalo ze neco zpristupni disk s rootfs. Existence modulu ale umoznovala pozdeji udelat rmmod na ovladace, ktere pouzity nebyly a tak uvolnit pamet. Dnes, v dobe NVMe a AHCI mate tyto dva ovladace rovnou v jadre, tenkrat to byly desitky ruznych ovladacu.

Initramfs tedy resi problem slepice a vejce - na uvolneni pameti skrze rmmod jste ovladace diskovych radicu potreboval mit jako moduly, ale kdyz byly jako moduly, tak uz nebyly soucasti kernelu a nedostal by jste se na rootfs.

1772

Software / Re:Vysvětlení pojmu InitramFS

« kdy: 23. 11. 2018, 12:05:50 »

Vsuvka, ked som si skusil tmpfs/ramfs mount -t tmpfs -o size=4096m tmpfs /tmp/ramdisk, tak som z utiliyky free ani z htop nevidel, ze by som bol lahsi o 4gb ram pamate... Az pri vystupe z udelatka df som videl, ze /tmp/ramdisk ma 4gb...

ramfs i tmpfs maji "on demand" allocation. Tu pamet si alokuji az v momente ze tam zacnes vytvaret adresare/soubory a hlavne az zacnes do tech souboru nahravat nejaka data. ramfs bude alokovat do aleluja, tmpfs po tech tvych 4096m rekne "no space left"

1773

Software / Re:Vysvětlení pojmu InitramFS

« kdy: 22. 11. 2018, 22:29:10 »

Co „fakt ne“? Snažil jsem se zjednodušeně popsat to, co vy popisujete detailně. Princip jsem tím myslím nezamlžil (a jak to funguje vím detailně - naučil jsem se to díky dlouhodobému používání Linux from scratch, akorát je to už nějaký pátek zpět, takže modernější technologie tolik neznám).

(cislovani dle vasich bodu zachovano)

1. jadro nenabehne pred nactenim initramfs
2. initramfs nenacita z disku jadro ale jiz bootloader pred startem jadra
3. jadro nezpracuje skripty v initramfs - skripty jsou vlastni procesy a bezi sami, naopak vyuzivajic sluzby jadra
4. jadro nepripoji disk, o to se postaraji skripty v initramfs
5. i initramfs muze poustet sluzby, zejmena ty sitove pokud se jedna o sitovou instalaci daneho OS

Jo.. vsude se neco najde a LFS neni zarukou toho, ze tomu rozumite. Treba Gentoo ma v initrd kompletni shell / ultra osekane distro na bazi busyboxu, coz me osobne prislo nekolikrat vhod, kdyz se neco rozbilo a nechtel stroj radne nabootovat. Je to omnoho rychlejsi nez hledat alternativni medium a doufat ze bude kompatibilni s tim co se snazite rozchodit. A taky jestli zvladnete opravu provest prikazy z tohoto mista, tak vam to rovnou odhali i reseni/puvod problemu proc to vlastne nestartovalo.

1774

Software / Re:Vysvětlení pojmu InitramFS

« kdy: 22. 11. 2018, 18:35:34 »

Start systému pak probíhá přibližně takto:

• naběhne jádro
• načte initramfs
• zpracuje skripty v initramfs
• připojí běžný disk
• pokračuje ve startu systému už z běžného disku (spustí služby, zapne grafické rozhraní apod.).

Takhle fakt ne. Start linuxu probiha tim, ze se z disku nacte jadro (kernel) a volitelne initramfs/intird, pripadne na embedded platformach device tree (dtb), pak zavadec (lilo/grub) preda rizeni do kernelu, ktery se v prvni fazi rozbali a pak spusti. Po te co kernel provede svou inicializaci a vsech periferii ci driveru ktere ma zakompilovane, se pristoupi k predani rizeni do init procesu z rootfs (existuje nekolik variant jak se init musi jmenovat), ktery v pripade existence initramfs/initrd se nachazi jiz v pameti - resp. v pripade initramfs se jedna o cpio archiv, ktery se rozbaluje do ramfs, v pripade initrd se jedna o image particie zformatovane filesystemem ktery podporuje kernel (napr. ext2/3/4). V analogii s instrukcema procesoru se jedna o takovy "immediate operand", rootfs je proste predem dan.

A co provedou skripty v initramfs/initrd je jiz zcela na nich. Muze to byt primo nejaka instalace jez se provozuje bez disku (nejcasteji embedded, s flash do ktere se nikdy nezapisuje = po kazdem zapnuti mate stejny bezici system, treba kamery, fotaky, televize a jine jednoucelove krabicky zalozene na linuxu), nebo to muzou byt jen pomocne skripty, ktera zajistit pristup na jiny filesystem (sitovy, sifrovany, kombo z RO cdrom + rw RAM, atd) a po splneni sveho ukolu rizeni deleguji pak do dalsiho programu.

Ad RAMDISK - primo jako blokove zarizeni se snad uz ani nepouziva v modernim linuxu, nahrazuje to ramfs, resp. tmpfs. Je to temer to same, jen tmpfs ma limit na kapacitu. Typicky je tmpfs pouzito pro /dev/shm

1775

Desktop / Re:Externí monitor v jiném rozlišení s Ubuntu

« kdy: 21. 11. 2018, 15:04:03 »

Po te co napises model NB a monitoru pak dopln informaci z xrandr -q. Nejsme vedmy.

1776

Hardware / Re:Velkoplošný monitor do zasedačky

« kdy: 21. 11. 2018, 14:59:58 »

Rozdilu je vice, seznam prednosti:

Monitor:

• nema Android nebo jiny spehujici SW
• ma nizke latence
• umi plne barvy (444), RGB vstup, full-scale
• neplatite TV poplatky
• vypada profesionalneji, nez TV s nejakym omalovanym home screenem

Televize:

• je levna

1777

Server / Re:Struktura databáze pro sklad

« kdy: 19. 11. 2018, 11:28:08 »

Ty první dva sloupce v tabulce "sestava" odkazují oba do tabulky "produkty"?

Ano presne tak, ale tohle je jen pro ty sestavy. Pak tu evidenci pohybu musi resit dalsima tabulkama pro "co kdy kde kym" bylo odneseno.

1778

Server / Re:Struktura databáze pro sklad

« kdy: 18. 11. 2018, 12:47:00 »

To RDa:
To jsem nějak nepochopil... V sestavě může být různý počet komponent a dělat pro každou vlastní sloupec se už ukázalo jako blbost.

Asi se nechapeme, nebo ty nechapes co je databaze. Ty potrebujes ukladat 2 druhy informaci: seznam fyzickych veci, at uz sestav nebo komponent ze kterych se to sklada = produkty (Tabulka 1). A pak informaci, kolikrat se ktera vec nachazi v jine veci (Tabulka 2 - sestava), s nejakou referenci, jestli to tam bude obsazeno na vice mistech:

Kód: [Vybrat]

produkty:
1. auto
2. koleso
:

sestava:
1 2 "provozni" 4x
1 2 "nahradni" 1x
:

Kde je tady vlastni sloupec? Jsou to dve primitivni tabulky.

1779

Server / Re:Struktura databáze pro sklad

« kdy: 16. 11. 2018, 20:33:05 »

Ono by postacil jenom strom, jelikoz se nemusi rozlisovat mezi tridou vyrobku a komponent. I komponent muze byt vyrobek sam o sobe:

Kód: [Vybrat]

produkt
- id
- name
... další vlastnosti

sestava
- id_sestava
- id_komponent
- reference
- kusů

Sestava i Komponent se odkazuje do tabulky produktu. Samozrejme nejaka logika musi vyresit to, abys nemohl udelat smycku

1780

Vývoj / Re:Zkompilovaný gcc toolchain pro Linux

« kdy: 12. 11. 2018, 21:27:11 »

Jako uzivatel Gentoo mam v tomto pripade nohy na stole Muzete mit jakoukoliv verzi GCC, a jeste pro jakoukoliv platformu (pres sys-devel/crossdev) - a pohodlne si mezi tim prepinat - resp. volit ktera verze se pro kterou platformu pouzije.

1781

Vývoj / Re:Knihovna libcurl a kompilace v Linuxu pro Win

« kdy: 11. 11. 2018, 13:09:53 »

V tom .exe je pak nejaky odkaz na tu knihovnu jako DLL?  Natahl bych to EXE do debuggeru a krokoval..

1782

Windows a jiné systémy / Re:Windows: 127.0.0.1 v hosts způsobuje falešné údaje v utilitách

« kdy: 10. 11. 2018, 03:43:23 »

Je opravdu nutne spamovat Linuxove forum potizema Windowsu?
Pokud uz sem pises dotaz, dej si tu namahu a registruj se.
Jestli chces nejakou normalni odpoved, tak nekamufluj dotaz do radoby-vtipnych zastupnych informaci.

A odpoved je: co sis zaplatil, to mas. Obrat se na podporu vyrobce!

1783

Hardware / Re:Oprava karty Xeon Phi 5110P

« kdy: 09. 11. 2018, 15:28:14 »

Mam 5110P - P = passive. Vetrak ve tvaru susicky na vlasy mam objednany takty - koukam ze mame stejne napady Pripadnou adaptaci vyresi pak 3D tisk.

1784

Hardware / Re:Oprava karty Xeon Phi 5110P

« kdy: 09. 11. 2018, 09:48:08 »

Nebo jinak, i když je tvůj čas zcela bezcenný, tj. stejně bys nic nedělal, tak tu kartu zkus klidně spravit, ale jednak se ti to asi stejně nepovede, protože odpálení čipu může proudově zatížit ostatní součátky natolik, že odejde nejen ten obvod a navíc i proto, že se může jednat o mikroprocesor, protože různé kravinky typu ATtiny85 jsou tak malé a mají tak málo vývodů, že se ti mohou jevit jako nějaký primitivní logický člen nebo zesilovač s nízkou integrací.

Obvod nese oznaceni C08R - tj. SN74LVC1G08DCU = Single 2-Input Positive-AND Gate. Na zdani nehraju, tak si prestan vymyslet ze se da neco splest.
Tohle neni cinsky smejd, kde si vyrobce to znaceni rad odfrezuje.

1785

Hardware / Re:Oprava karty Xeon Phi 5110P

« kdy: 08. 11. 2018, 22:34:14 »

Poskozenej cip identifikovan (nalezen ochotny prodejce na eBayi co se podival na kartu). Ted zbyvaji jen dotazy na platformu a SW.