Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ħαℓ₸℮ℵ ␏⫢ ⦚ »

Stran: 1 ... 7 8 [9] 10 11 ... 29
121
/dev/null / charakterizace směrování a forwardování?
« kdy: 27. 03. 2020, 15:26:51 »
Hledám rozdíl mezi routováním a forwardováním, co je ta klíčová charakterizace obojího? Bez nějakých detailů jako slovíčkaření mezi IP vs. MAC nebo link layer vs. network layer nebo že jedno se týká switchů a druhé routrů.

Mě napadají nějaké rozdíly, poprosil bych, zda jsou správně formulavné. Zároveň hledám nějakou ultimátní charakterizaci obojího. (Označení u forwardování apostrof ' by odpovídal negaci , otazník  nevím, žádný suffix , že u obou je to stejné)

Směrování:
(1) routování neprobíhá pomocí jednoduchého pravidla přesné shody cílové adresy, ale že se posuzuje podle podsítě a síťové masky (paket pro 1.12.68.4 půjde cestou pro 1.12.64.0/16, ale vyhovovala by i 1.12.64.0/17 ale i 1.12.0.0/16 -- nemám zde chybu ? Je přípustný záznam v routovací tabulce 123.001.222.003/16  nebo bity v host id musí být nulové ?  123.001.000.000    )


(2) u routování je klíčové to, že routování je postupný proces a  každá brána k němu přispěje částí a provede v routování jeden krok, dokud paket nedojde k cíli.  Ale cílová a zdrojová adresa zůstává stejná.
(3) Z toho vyplývá, že ne všechny síťové prvky znají, kde přímose nachází cíl (ví pouze kam dál horký brambor paket  přehodit) tedy až poslední brána ví, že cíl má uvnitř své sítě a paket pošle jemu už přímo.

(...)  záznamy v routovací tabulce mohou být duplicitní (nebo spíš překrývající se) a mít metriku a může se rozhodovat podle dalších podmínek (denní doba, ,zatížení,nedostupnost trasy)

(4) dá se říct, že směrování je o poslání informace mezi 2 vzdálenými  uzly [nepřímo propojenými]
(5) routovací tabulka je zadaná nebo konfigurovaná přes ty OSPF,BGP ATD...

Forwardování:
(1)' zde se rozhodne, kam paket poslat, na základě přesné shody cílové adresy paketu s (unikátním?) záznamem v přiřažovací tabulce

(2)? myslím, že existují i případy, kdy forwardování může být postupné (více switchů za sebou) Mění se  zdrojová adresa? Jak se chovají switche? Jsou transparentní a netransparentní swtiche?

(3) 'při forwardování žádné duplicity nemohou existovat a tedy  se informace musí poslat přesně konkrétnímu uzlu z podstaty věci
 
(4)' dá se říct, že forwardování je o poslání informace nejbližšímu(bezprostřednímu) sousedovi(uzlu) [ přímo propojenými] .... tedy za předpokladu že switche jsou transparentní

(5)' forwardovací tabulku si zařízení samo vybuduje (teoreticky ani není potřeba, zpočátku může poslat rámec všem)

122
To jsou problémy? já řeším proč při zrychlení z 8 na 14  upload zrychlili z 0.5 jen na 0.7

A jaký máš upload?

123
Software / Re:Jak opravit Linux se špatným /etc/fstab
« kdy: 26. 03. 2020, 09:19:10 »
Taky je resenim nepouzivat distribuce se systemd :-)
A komu tím prospějete? Má snad ta jiná distribuce možnost vstoupit do boot procesu, který již začal s určitými boot parametry? Ty parametre totiž nejdou změnit (když nepočítám úpravu v jiném PC), jelikož zde není GRUB.

Citace: k3dAR link=topic=22735.msg327287#msg327287 date=
systemd.mask=adresar-kam-se-mel-pripojit.mount
Tohle je dost dobrá věc, a ukazuje to sílu systemd. Ale stejně by mi to nepomohlo , protože ,bych tak jako tak musel v jiném PC změnit obsah souboru cmdline.txt (akorát místo init=bash napsat toto).

 Já jsem si říkal, jestli neexistuje nějaký parametr bootu, který by dokázal mount point nějak zakázat, když jsem viděl v tom výpisu failed to mount filesystemsněco.mount, jak jsem psal v první příspěvku.

124
Distribuce / Re:FUSE filesystemy: "amplifikace zápisu->čtení"
« kdy: 25. 03. 2020, 23:43:50 »
Doplnění:
- samozřejmě ten exfat není nativně podporován v mé distribuci ... FUSE exfat 1.3.0
- ony jsou směrodatné i další sloupce wrqm/s (rozlišené "merged" operace)
- mount option blksize=65536 se neprojeví při příkazu mount
- mount option noatime  také se neaplikuje

? Je třeba tedy při připojování exfat a ntfs přes FUSE nějak ošetřit tyto volby nebo nefungují nebo se zadávají jinak?

je třeba něco užitečného v tomto seznamu za volby?

125
Distribuce / FUSE filesystemy: "amplifikace zápisu->čtení"
« kdy: 25. 03. 2020, 23:15:25 »
Když mám připojené filesystémy na Raspbianu, tak jsem si všiml, že při zápisu jsou také z nich nepochopielně probíhá čtení. Pozor: čtení probíhá konstantně, zatímco zápis každých 30s (asi commit timeout nebo plný buffer  souborového subsystému)

stahuje a zapisuje se do sda1. MMcblk0 je "systémový disk", jestli se tomu tak dá říkat na raspberry pi.
Je zde vidět, že  na systémový disk se nešahá skoro, zatímco z sda se kontinuální čte rychlostí stahování (200kB/s) o velikostech 4kB (před merged)
z výpisu iostat jsou směrodatné pouze první 4 (frekvence operací R+W a rychlost bajty/s)  sloupce a pak rareq-sz a wareq-sz (průměrná velikost operací)

za další, je vidět, že zatímco zápis jdou nepřetržitě, tak zápis proběhne jednou za čas (v případě argumentu 1=1s asi každý 30. čtveřádek)
Kód: [Vybrat]
iostat -xhd  1 
     r/s     w/s     rkB/s     wkB/s   rrqm/s   wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util Device
    5,00    0,00     52,0k      0,0k     0,00     0,00   0,0%   0,0%    2,80    0,00   0,00    10,4k     0,0k   0,00   0,0% mmcblk0
   40,00    0,00    160,0k      0,0k     0,00     0,00   0,0%   0,0%    0,60    0,00   0,04     4,0k     0,0k   1,00   4,0% sda

     r/s     w/s     rkB/s     wkB/s   rrqm/s   wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util Device
    0,00    0,00      0,0k      0,0k     0,00     0,00   0,0%   0,0%    0,00    0,00   0,00     0,0k     0,0k   0,00   0,0% mmcblk0
   48,00   40,00    192,0k      4,5M     0,00  1106,00   0,0%  96,5%    1,60    7,28   0,20     4,0k   114,6k   2,27  20,0% sda

     r/s     w/s     rkB/s     wkB/s   rrqm/s   wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util Device
    0,00    0,00      0,0k      0,0k     0,00     0,00   0,0%   0,0%    0,00    0,00   0,00     0,0k     0,0k   0,00   0,0% mmcblk0
   43,00    0,00    172,0k      0,0k     0,00     0,00   0,0%   0,0%    0,60    0,00   0,03     4,0k     0,0k   0,70   3,0% sda

Týká se to NTFS a exFAT filesystémů. Nevíte jak se toho zbavit? aproč to dělá?


Samozřejmě smrdí tam v mount parameru blksize=4096, ale to podle mě jen může jen za velikost operací, ale ne za podstatu čtení

J... Ještě výpisy
mount
/dev/sda1 on /media/pi/3222-33 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
lsblk
sda           8:0    1 119G  0 disk
└─sda1        8:1    1 119G  0 part /media/pi/346888533

blkid
nehlásí nic

* Proč blkid nevidí dev/sda? Není to tím, že byl připojen až po přihlášení (tedyi po bootu)? Nebo tím, že partition je přes FUSE? To druhé je ale podle mě kravina, stačilo by aby na disku byl normální oddíl vfat,ext4....



126
Sítě / Význam jednotlivých parametrů spojení DSL režimů
« kdy: 25. 03. 2020, 20:51:47 »
Moc se nevyznám v ADSL síťových protokolech gatewayí, může to někdo vysvětlit, co je co?
modem 1
Static - Routed
Static - Bridged
DHCP
PPPoA


modem 2
MER
IPoA
PPPoA

Společné:
Bridge
PPPoE

Zajímal by mě rozdíl mezi Bridge Static a Bridge Routed. U bridged mohu zvolit sharing type (Disable,Enable,VLAN), při sharing type některém lze zvolit Priotity tipe a vlan id.  U routed nemohu zvolit typ Sharing , tudíž ani Priorioty ID a VLAN ID.

Zároveň PPPoe a PPPoA mají podobné nastavení

127
Jojo, chtěl jsem to napsat, ale nevěděl jsem jestli to je xfce4terminal nebo lxterminal, je to ten druhý.
Mimochodem wget je spuštěn s argumentem -c -O vystup.zip (ono by totiž šlo  -O - | soubor.zip), ale nevím zda to je relevantní.

Tušil jsem že to bude něco "v systému" a, a zároveň jsem i tušil že v tom bude mít prsty wget.

Problém totiž je, že se desktopové prostředí zaseklo a sestřelením bych přišel o linky a neuložila by se ani historie příkazů. Takže jsem se přepl do prvního tty a odtud čas od času sleduju progress.
A ještě jedna věc, jde to nějak  přemostit ( -q nebo screen ) udělat runtime, když už wget běží?  nedostanu se k  totiž k tomu terminálu, samozřejmě z tty0 mohu zjistit pid přes ps (vidím lxpanel->lxterminal -> bash ->wget), něco na způsob Ctrl+Z, bg, disown, nohup. (mimochodem, nevyřešil bych to některý z těchto triků jako zmíněný screen?)  Existuje nějaký článek na rootu o příkazech tohoto typu (+ screen) , pracovně bych to nazval mikromanagent procesů konzole/terminálu/shellu)?



* až teď mě napadlo, že bych mohl využít ten ps auxf | grep wget pro získání znění příkazů wget,abych o ně nepřišel, ale  stejně bych měl zaseklé GUI (typický zámrz Raspberry pi. M Nebo rovnou ps auxf | grep wget > dump.txt a restartovat do gui.... ale to už mělo cenu na začátku, teď už to doklepu

128
Přesné znění
První hláška (nečekaně, po té, co jsem byl přihlášen, dal Odpovědět , psal jsem minutu příspěvek a odeslal)
Kód: [Vybrat]
Litujeme, přístup odepřen


Druhá hláška´(po přihlášení v jiném okně mezitím, příspěvek nebyl vložen předtím)
Kód: [Vybrat]
Tento příspěvek jste již odeslali! Možná jste nedopatřením kliknuli dvakrát?!


129
Software / Re:Jak opravit Linux se špatným /etc/fstab
« kdy: 25. 03. 2020, 13:41:52 »
Je to Raspberry π,ale některé provokatéry to popuzují a mají pak potřebu kvůli tomu vlákno zaštěkat.
Plnotučné bootloadery (na PC třeba GRUB, na jiných embedded deskách uboot) to umí.
To sice jo, ale já myslel něco, co nezávisí na bootloaderu (separátní recovery záznam v grubu nebo prostě možnost ručně zadat boot parametry ), prostě něco, čím půjde vstoupit do procesu bootování  v této fázi.


130
Mám spuštěné grafické rozhraní (PIXEL v Raspbianu) a v něm terminálový emulátor s okny(taby), které stahují přes wget.
Pozoruji divnou věc : po přepnutí pomocí Ctrl Alt F1 do konzole si spustím iftop nebo nethogs. po nějaké době (k žádnému suspendu ani vypnutí monitoruje nedojde) že přenosy ustanou na nulu. něco mezi 1 a 5 minutami. Po přepnutí do Ctrl Alt F7 a zpět F1 se opět obnoví flow....  Není to žádný bug měřících nástrojů, že by třeba ukazovaly nulu kvůli tomu, že byly spuštěny právě teď. Prostě jednoduše se nic nestahuje, velikost souboru se nemění (po té minutě asi). Zatímco když to nechám v desktopu, tak velikost souboru přibývá.

čím to je? nějaký spořič,co suspendne procesy terminálu nebo samotný wget nebo co?
Jak to tohle nežádoucí chování zrušit?

131
Software / Re:Jak opravit linux
« kdy: 25. 03. 2020, 10:00:04 »
Díky, tohle mě zrovna teď nenapadlo. ačkoli to mám připravené , že mám  v souboru  /boot/cmdline.txt-init právě připsáno init=/bin/bash, aby stačilo jen přejmenovat soubor)

Jen by mě zajímalo, zda opravdu systemd (nebo obecně bootovací proces linuxu) nemá nějaký mechanismus (například klávesovou zkratku), aby se šlo dostat do boot procesu přímo na tom počítači, když ho spustím, abych nemusel vůbec "přesedlávat" na jiný počítač a  ručně na jiném PC editovat grub.cfg, cmdline.txt, atd. nebo rovnou opravovat?

co to tedy znamenalo, že mi to psalo že mě to chtělo dát do recovery console  (opakuji, nejde o jiný bootovací record, je tam jen jeden). Ale nějak to selhalo na přihlášení jako root, jestli to chápu dobře.

132
Software / Re:Jak opravit linux
« kdy: 25. 03. 2020, 09:07:52 »
mimochodem, neexistuje nějaký parametr pro cmdline který by řekl něco "ignorovat fstab" nebo zakázal mountnout konkrétní jednotku z fstab?


Kód: [Vybrat]
console=tty1 root=PARTUUID=ff2b7cf1-02 rootfstype=ext4 elevator=deadline rootwait   

Momentálně jsem v nouzovém stavu, OS X nepodporuje ext4 (kde je fstab) a M$ windows nedokáže jednotku (ta nová partition, kterou jsem vytvořil) ani "vybrat" (je tam nějaká kolize identifikátorů,  ), takže asi snad se budu muset připojit přers otg redukci do smartphonu , kde se s tím snad poradí (+ hubu na připojení klávesnice)

Stalo se to tak, že jsem vytvořil nový oddíl, ale nenaformátoval. Prostě nešel naformátovat (asi se nějak nerefreshly údaje v kernelu), ale zapomněl jsem zakomentovat záznam v fstab.

133
Software / Jak opravit Linux se špatným /etc/fstab
« kdy: 25. 03. 2020, 08:27:35 »
Je nějaká možnost, jak opravit linux? V bootovacím procesu se ukáže žlutě DEPENDENCY  něco jako failed to reach target filesystems.mount (po úpravě filesystému a přidání do /etc/fstab, nejde o existující oddíl, ale přidal jsem tam nový další)

Tlačítko Enter nefunguje (Press enter to enter recovery console)
Unable to login. Root account is locked. For help, see sulogin(8).

Je nějaká možnost, jak se "přenést" do živé konzole bootu a něco tam poštrachat?

Běžně se dá použít druhý bootovací záznam v boot manageru, ale to zde nejde, zde není.

135
/dev/null / Zásek
« kdy: 24. 03. 2020, 10:16:12 »
čím to je, že počítač nepřežije prohlédnutí této galerie? Zasekne se na 4. až 15. obrázku z 22 v té galerii. Zásek znamená, že nejde nic ovládat , ale kurzor se pohybuje (a dokonce správně mění tvar z šipky na textový kurzor, zvětšovací kurzor, lupu)




Nehraje roli zda je zaplý SWAP (v tom případě vytížení swapu nepřesáhne 200MB)
Prohlížeč chromium 68. RAM 1GB, Raspbian Leden 2020, Raspberry pi 4.

Stran: 1 ... 7 8 [9] 10 11 ... 29