Příspěvky

1651

Software / Re:Problém s mazáním souborů z externího disku

« kdy: 05. 12. 2019, 01:53:10 »

opravdu?

Kód: [Vybrat]

INVALID ARGUMENT TO -s: /dev/sdf2
=======> VALID ARGUMENTS ARE: on, off, aam,[N|off], apm,[N|off], dsn,[on|off], lookahead,[on|off], security-freeze, standby,[N|off|now], wcache,[on|off], rcache,[on|off], wcreorder,[on|off[,p]], wcache-sct,[ata|on|off[,p]]

opravdu, kdyz vynechas u paremetru "-s" jeho volbu "on" kterou ti e3k psal, tak se nediv ze ti to hlasi spatnej argument, tim ze za nej povazuje nasledne dev disku ;-)

1652

Bazar / Prodam UMPC Viliv N5

« kdy: 03. 12. 2019, 23:45:14 »

Prodam za rozumnou cenu:
UMPC Viliv N5 (info v cz)
- LCD: 4.8" 1024x600 touchscreen
- CPU: Atom Z520 1.33GHz (1c/2t)
- RAM: 1GB
- eMMC: 32GB
- 3.5" jack, 1x USB2, 1x microSD
- 3G WWAN s vysunovatelnou antenkou
- Wifi B/G (*1), BT 2.1

V puvodnim baleni, s 2x baterie, napajeci adapter (menenej konektor), pred casem (a od te doby v podstate N5 nepouzival) sem menil klavesnici a lcd touchscreen (kvuli poskrabani/otlaceni), stav: poskrabane/osoupane, u pantu ulomenej kousek plastu, foto muzu dodat pokud by nekdo mel zajem a nenabizel 500Kc...

*1) - bohuzel s novejsim jadrem nefunguje, pri natazan FW se "stroj" kousne, pridam "USB Wifi od Hardkernel s velkou antenou"

- pro aktivaci Wifi,WWAN, Camery je potreba po bootu pouzit proprietarni nastroj ectool (pred 9lety ho napsal nekdo na umpcportal na zakladne dokumentace od Viliv,  bohuzel ziskane pod NDA), lze automatizovat pripadne pouzit jednoduchej gui nastroj co sem si napsal v bash+yad

- aktualnje je na tom Xubuntu 18.04, 3G sem nezkousel(muzu vyzkouset) s USB Wifi funguje ok, muzu provest nejaky (dle pozadavku) test baterie, nebo benchmark (ale o vykon tu nejde , atd...

1653

Hardware / Re:Hyperthreading na desktopu?

« kdy: 03. 12. 2019, 22:44:09 »

nevidim duvod proc neporidit AMD, je levnejsi, ma vice jader, nema IntelME(to co ma neni tak problematicke), ma mene zranitelnosti, v pripade ze nepotrebujes externi grafarnu, tam jeho interni Vega je lepsi nez interni intel, atd....

1654

Software / Re:Mapování disků v Linuxu

« kdy: 03. 12. 2019, 22:39:53 »

Wheezy tedy Debian7?? no to radeji priste pis jako prvni :-) vis ze uz ma 1.5roku po EOL? ja to tedy zkousel nez si to napsal v Debian10 a tam mi funguje nofail i do /media i to (pochopitelne) uz zna parametr x-systemd.device-timeout i kdyz je mi "zahadou" ze at nastavim jakejkoliv timeout nebo ten parametr nedam vubec, stejne to bez pritomnosti disku/oddilu pokracuje v boot okamzite, jen pri pokusu me "zaskocilo" (pri zkouzce bez nofail a x-systemd.device-timeout) ze do emergency me to sice chtelo hodit po 1.5minute, ale oznamilo ze root nema heslo a po enter to zkouselo startovat dal, coz me za 1.5m chtelo hodit do emegency a tak porad dokola, nepomohlo ani Grub/Advanced/jadro-recovery, protoze i v tom rezimu to zkouselo pripojit neexistujici oddil a take rvalo ze neni root heslo, takze sem musil z LiveISO upravit na disku fstab (kde me opet "zaskocilo" ze balicek lvm2 nebyl predinstalovan, takze ho nejdriv musel doinstalovat) a po restartu do disku nastavit heslo pro root a pak teprve emergency zaclo fungovat...

1655

Software / Re:Mapování disků v Linuxu

« kdy: 03. 12. 2019, 09:20:19 »

jaka verze Debianu? jeste zkusit to pripojovat jinam nez do /media

1656

Software / Re:Mapování disků v Linuxu

« kdy: 03. 12. 2019, 07:19:26 »

nofail = nepovazuj za problem kdyz oddil pripojit nepujde
x-systemd.device-timeout = jak dlouho se ma snazit cekat na dostupnost disku/oddilu

v Debianu sem to nezkousel, ale dle screen vadi ten timeout parametr, zkus to jenom s pridanym nofail, to sice bude cekat vychozich 90s nez to bude pokracovat dal, ale nemelo by to diky tomu zkoncit v emergency

1657

Sítě / Re:Linux a sítě

« kdy: 03. 12. 2019, 01:14:53 »

[...] WPA2 je o dost odolnější. Údajně se nakonec dá taky lousknout "krytografickou hrubou silou"[...]

u WPA2 bude rozdil zda jde o WPA2-TKIP (podobne WEP) nebo WPA2-CCMP/AES a taky zda bude/nebude vynucene jen to druhe, nebo povolene obe varianty...

1658

Software / Re:mapovanie disku v linuxe

« kdy: 02. 12. 2019, 22:34:13 »

LABEL=a-disk1    /media/disk1           ext4   defaults,nofail,x-systemd.device-timeout=1       0       3 
tak tu sa system pusti aj ked disk nie je pripojeny ale ked je pripojeny tak mi ho nenamapuje... v disk1 nemam nic proste disk tam neda je to urcite dobre zadane do fstab takto presne?

parametry nofail,x-systemd.device-timeout=1 mas spravne, takto mi to funguje ale nepouzivam "LABEL=jmeno", ale s LVM "/dev/vg/lv", zkus

Kód: [Vybrat]

/dev/disk/by-label/a-disk1    /media/disk1           ext4   defaults,nofail,x-systemd.device-timeout=10       0       2  

tedy misto LABEL= uvedes dev cestu k labelu, timeout zkus 10 a fsck sloupec 2 (nevim zda 3 se ignoruje, man mluvi o moznostech 0(vubec),1(rootfs seriove),2(ostatni paralelne)

1659

Software / Re:mapovanie disku v linuxe

« kdy: 01. 12. 2019, 18:46:08 »

Kód: [Vybrat]

/dev/sda3	/data        ext4    defaults,nofail,x-systemd.device-timeout=1    0       2

1) parametr "nofail" pripadne i snizenej timeout.
tento parameter kde prosim ta zadam? aby som teda predisiel tomu ze ked ten disk nie je dostupny isiel dalej a spustil sa bez neho a nemusel som tam letiet?

v sloupci parametru daneho pripojeni, viz ten priklad co sem psal a ty citoval ;-)

a co je teda lepsie pouzit specialny uuid a to dat do fstab?

alebo nahodit danemu disku label a podla toho mapovat ?
alebo je to to iste skus byt trocha podrobnejsi ze v com je to ine a lepsie ako ked to dam aj starym sposobom /dev/sda3

s vice disky, resp. asi s spis s vice radici, se pri startu muze stat ze se prehazej oznaceni sdX, proto je vhodnejsi uvadet v fstab UUID, nebo neco co je jedinecne pro ten disk (zkoukni co mas v /dev/disk/), protoze at uz se to pripadne zprehazi jakkoliv, jedinecnej identifikator bude vzdy smerovat na spravnej disk/oddil...

Optimální je mapovat podle LABEL, protože když vyměníš disk, nastavíš mu stejný label a nemusíš nic měnit v fstab. Mapovat dle UUID není tak flexibilní, ale slespoň neselže, pokud se změní pořadí zařízení. Mapovat dle zařízení v /dev je nejmíň flexibilní oldschool způsob. Jinak bych z toho ale nedělal zas takovou vědu, funguje všechno akorát je dobré znát výhody a nevýhody.

rozdil zda podle UUID nebo LABEL, je v podstate jen v tom, ze LABEL je na prvni pohled prehlednejsi pro uzivatele...
kdyz budu menit disk a nebudu chtit menit fstab (v kterem bych mel podle UUID), tak stejne jako novemu disku, resp. oddilum na nem, muzu dat stejne LABEL jako puvodni disk, muzu dat stejne UUID jako puvoidni disk:

Kód: [Vybrat]

tune2fs -L puvodni_nazev /dev/sdXY
tune2fs -U puvodni_uuid /dev/sdXY

pripadne nastavit puvodni uuid nebo label primo pri formatovani:

Kód: [Vybrat]

mkfs.ext4 -L puvodni_nazev /dev/sdXY
mkfs.ext4 -U puvodni_uuid /dev/sdXY

1660

Software / Re:mapovanie disku v linuxe

« kdy: 30. 11. 2019, 22:05:55 »

urcite do fstab, aby se systemd nepo.. kdyz nebude dostupne, pouziva se na to parametr "nofail" pripadne i snizenej timeout.

druha vec je ze pripojujes do /media, coz je nevhodne, ta slozka slouzi pro vymenitelne zarizeni (a pocitaj s tim automoutery ci sluzby(i s tim ze je v /media nejdriv dir uzivatele)), ani /mnt by nebylo spravne - to se pouziva pro docasne pripojeni, tzn. bud to pripojit do existujiciho adresare cimz ho jen presmerujes_jinam/rozsirit_misto/atd, nebo vytvorit nejaky adresar, osobne pouzivam /data, /data.neco1, /data.neco2 v korenu, nebo adresar /data v kterem teprve adresare pro jednotliva pripojeni dalsich disku /data/neco1, /data/neco2

Kód: [Vybrat]

/dev/sda3	/data        ext4    defaults,nofail,x-systemd.device-timeout=1    0       2

1661

Sítě / Re:typ routeru

« kdy: 30. 11. 2019, 19:47:41 »

prihlasis se do routeru vzdalene(pokud to ma router povolen), nebo se prihlasis vzdalene do nejakeho stroje v lokalni siti za nim a z nej se prihlasis k routeru lokalne...

1662

Hardware / Re:Nefunkční tiskárna

« kdy: 30. 11. 2019, 19:46:04 »

zkus CentOS 7 live, zda bude tisknout, pokud ano, zkopiruj si (z toho beziciho live) celej adresar /etc/cups, restartni do CentOS 8 na disku, zazalohuj stavajici /etc/cups a nahrad ho tim zkopirovanym z live... pripadne pouze smaz soubory v stavajici /etc/cups/ppd/ a soubor /etc/cups/printers.conf a nahraj tam obsah ppd a printers.conf z live...

1663

Windows a jiné systémy / Re:Na Win 7 se začalo sekat 4K video (předtím ne)

« kdy: 26. 11. 2019, 22:29:36 »

Výhledově  bych mohl použít VLC? [...]

ano, mohl bys, btw: co ti brati to vyzkouset "hned" misto vyhledove? ;-)

1664

Windows a jiné systémy / Re:Na Win 7 se začalo sekat 4K video (předtím ne)

« kdy: 25. 11. 2019, 22:14:35 »

Odpověď na možnost přejít na windows 10 (po stránce legální i po stránce funkčnostní)  znám
ale nebudu to říkat, jelikož se to netýká tématu.

a zkusil si neco z toho?

1665

Windows a jiné systémy / Re:Na Win 7 se začalo sekat 4K video (předtím ne)

« kdy: 24. 11. 2019, 23:50:02 »

nepouzivam ani Windows, ani PotPlayer, ani neprehravam 4K videa, ale zkusil bych:
- ve win VLC a SMPLayer
- z USB v rezimu Live: Xubuntu 18.04 a 19.10 s VLC a mpv