Příspěvky

721

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 16:41:37 »

no odkazujes na samsung cdhromy, ty ssd jsou dal

Já odkazuji na začátek struct ata_blacklist_entry. A ano, SSD jsou kousek dál od začátku definice, nejdříve jsou jiná zařízení.

722

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 16:39:24 »

Problemy mela rada 840 od Samsungu, 850 jsou v pohode

Kdepak, týká se to všech Samsung SSD 8xx (ať už EVO nebo PRO).

723

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 16:37:05 »

OT: Jarda-P: jsem si vsim, ze mas 10000 prispevku! Bude oslava? 

Co je na 16ti příspěvcích oslavování-hodného? 

724

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 15:14:48 »

Samsungy bych nehanil, jestli jsou dvě top značky pro SSD, pak je to Samsung a Intel.

A to já si je klidně pohaním... Za poslední 2 roky, co tu o tom byla na root.cz diskuze Samsung své chybné (a stále prodávané) disky neopravil (bez ohledu na to, jestli to je EVO nebo PRO):

https://github.com/torvalds/linux/blob/master/drivers/ata/libata-core.c#L4400

Problémy se Samsungy nebyly tak dramatické, spíš se o tom víc psalo, protože je to populární značka. S jinými značkami (včetně Kingstonu) nemám dobré zkušenosti - nejsou to takové držáky. Ale je také pravda, že nejnižší řadu, kterou používám je Samsung Pro (Evo už jsem opustil), nebo jejich serverové řady.

Jasně, poškozené data uživatelů nejsou drama . Kdyby nebyly velmi rychle nasazené výše zmíněné blacklisty v jádře OS, bude se o tom psát stále...

725

Software / Re:Upload na ulož.to z příkazové řádky

« kdy: 31. 01. 2018, 13:24:33 »

predpokladam ze upload bude taky na registraci ... a nebo nepujde vubec

Špatný předpoklad. Upload jde anonymně, bez registrace a bez captcha ap. Download vyžaduje registraci kvůli tomu, že anonymní (pomalý, neplacený) je přes captcha, což z řádky nezařídíte.

726

Software / Re:Upload na ulož.to z příkazové řádky

« kdy: 30. 01. 2018, 13:35:15 »

Takze na Uloz.to pouze pro registrovane uzivatele ...
https://www.uloz.to/faq#faq-v12

Nechce se mi věřit, že by jste nechápal rozdíl mezi UPLOAD a DOWNLOAD

727

Distribuce / Re:Distribuce Antergos hlásí ACPI errors

« kdy: 26. 01. 2018, 01:25:01 »

Jj Jardo, tohle vše vím, ale co to má podle soriako společného se systemd mi pořád není jasné. Neboli jen trollil...

728

Distribuce / Re:Antergos, ACPI errors

« kdy: 25. 01. 2018, 21:27:19 »

to mám taky, vítej v systemd 

Co mají hlášení jádra ohledně chyb ACPI necelou sekundu po startu jádra společného se systemd?!

729

Hardware / Re:USB LTE modem - jak se připojit přes wvdial (O2 SIM)

« kdy: 24. 01. 2018, 00:42:10 »

dhclient wwan0 nefunguje, cekal jsem to

Diky za vysvetleni. Tak nejak jsem predpokladal, ze kdyz se s modemem muzu bavit beznymi AT prikazy po /dev/ttyUSB0, tak ze pomoci nich bude mozne i navazat spojeni.

Pokud nefunguje, je třeba ještě zařízení před spuštěním sítě na wwan0 buď nahodit příslušnou utilitou (viz příspěvek tnr) a nebo to udělat ručně, např. posláním příslušné AT sekvence a poté již dhclient...:

Kód: [Vybrat]

# echo -e "AT^NDISDUP=1,1,\"internet\"\r" > /dev/ttyUSB0

# dhclient wwan0

Jinak samozřejmě máte pravdu, že se dá připojit i klasickým PPP, ale proč, kdy to jde jednodušeji a zařízení si to umí zařídit samo?

730

Hardware / Re:USB LTE modem - jak se připojit přes wvdial (O2 SIM)

« kdy: 23. 01. 2018, 21:42:34 »

Takze kdyz pripojim modem, chvili pockam a vidim zarizeni wwan0:

"dhclient wwan0" (případně ekvivalent) se nechytá?

To jsem nezkoušel, ale ppp0 v té době ještě neexistuje.

Nezlobte se, ale vy mi přijdete trochu zabedněný.

To zařízení umí fungovat jako klasický modem (/dev/ttyUSBx) a také jako klasická usb síťová karta (wwan0). Pro použití jako síťovka se vůbec s žádným PPP nemusíte crcat. Už vám to tu radil jako první tnr... Prostě nakonfigurujte síť pro wwan0 jako by to byla síťovka a finito.

731

Hardware / Re:USB LTE modem - jak se připojit přes wvdial (O2 SIM)

« kdy: 23. 01. 2018, 20:25:42 »

Ta dulezita cast:

Kód: [Vybrat]

[   45.929450] huawei_cdc_ncm 1-1.5:1.2: MAC-Address: 00:1e:10:1f:00:00
[   45.929459] huawei_cdc_ncm 1-1.5:1.2: setting rx_max = 16384
[   45.936630] huawei_cdc_ncm 1-1.5:1.2: NDP will be placed at end of frame for this device.
[   45.936853] huawei_cdc_ncm 1-1.5:1.2: cdc-wdm0: USB WDM device
[   45.937592] huawei_cdc_ncm 1-1.5:1.2 wwan0: register 'huawei_cdc_ncm' at usb-3f980000.usb-1.5, Huawei CDC NCM device, 00:1e:10:1f:00:00

Takze kdyz pripojim modem, chvili pockam a vidim zarizeni wwan0:

Kód: [Vybrat]

# ip a s wwan0
5: wwan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state DORMANT group default qlen 1000
    link/ether 00:1e:10:1f:00:00 brd ff:ff:ff:ff:ff:ff

"dhclient wwan0" (případně ekvivalent) se nechytá?

732

O serveru Root.cz / Re:Reklamní lišta: Co sdělíte, když se ve 3 letech počůráte?

« kdy: 23. 01. 2018, 18:04:08 »

Porada teď proběhla, výstup z toho je, že konkrétně ten zmiňovaný článek je dílem renomovaného psychologa a týká se vážného problému. Žádná mamina z mimibazaru ho nepsala.

Pokud máte problém s konkrétním titulkem nebo obrázkem v kolotoči, obraťte se přímo na šéfredaktorku Vitalie (lenka.krbcova) nebo na našeho společného šéfa (jan.vaca, oba na iinfo.cz) a oni to s vámi budou ochotně řešit. To je vše, co k tomu můžu říct.

Takže tady máme tyto možnosti:

1. Dopisovat si šéfredaktorkou Krbcovou nebo s jejím šéfem a být po ztrácení času s tvořením emailu nabroušený, že odpověď je kulantním způsobem okecané "no a co, ty nám taky..."

2. Nainstalovat nějaký adblock plugin a být spokojený

To je vážně dilema

733

Desktop / Re:Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 20. 01. 2018, 15:37:10 »

Mount option nofail.

Tak bohužel toto nepomohlo. Chová se to úplně stejně - holt asi "dobrej" oddíl 
Jakmile mám mountpoint namountovaný a dám suspend a následně probuzení mimo dostupnost moutnutého sharu tak to vytuhne na přihlašovací obrazovce.

Tip (nemám teď kde odzkoušet): Zkusit ještě parametry soft a intr...

734

Desktop / Re:Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 19. 01. 2018, 21:33:16 »

Neškodilo by, podívat se, jak je to už nějaký pátek implementované. Dá se to stihnout pod 1:23h

Jakože máme přehlížet kauzalitu a to jak se to řešilo, včetně dementnímu přístupu vývojářů, než byli dotlačeni to vyřešit jinak (a mezitím se pokoušeli o to, aby to změnili v linuxovém jádře)?

Reagoval jsem na

... Viz tentýž emergency režim kvůli tomu, že se tomu křápu nelíbil parametr předaný kernelu.

Výživná disputace,  .
Ale 'closed', problem 'solved', hurá.

- čili téma je "Výživná disputace, ...". Nebo se na to nesmí reagovat, jen proto, že to ukazuje na vyšinutost developerů kolem systemd?

735

Desktop / Re:Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 19. 01. 2018, 21:10:33 »

... Viz tentýž emergency režim kvůli tomu, že se tomu křápu nelíbil parametr předaný kernelu.

Výživná disputace,  .
Ale 'closed', problem 'solved', hurá.

No jistě, vyřešeno za 1:23 h - prohlášeno za feature, bez ohledu na to, že to způsobuje nenabootovatelnost systému a debugovatelnost kernelu. Tak se řeší věci - proto někteří obhájci systemd argumentují (nízkým) počtem otevřených bugů u systemd

A super je reakce Linuse na to:

http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01331.html