Témata

121

Software / Raspberry Pi 3 se snaží připojit disk v režimu UASP

« kdy: 14. 09. 2020, 15:09:18 »

Po zapojení disku do RPI 3 se nepřipojí. Ačkoli V Win 7 se připojí a podle použitého driveru v windows 7 v režimu BOT (usbstor.sys)  a ne uaspstor.sys.

Kód: [Vybrat]

usb 1-1.4: new high-speed USB device number 6 using dwc_otg
usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.4: Product: External
usb 1-1.4: Manufacturer: JMicron
usb 1-1.4: The driver for the USB controller dwc_otg_hcd does not support scatter-gather which is
usb 1-1.4: required by the UAS driver. Please try an other USB controller if you wish to use UAS.
usb-storage 1-1.4:1.0: USB Mass Storage device detected
scsi host0: usb-storage 1-1.4:1.0
usbcore: registered new interface driver uas
scsi 0:0:0:0: Direct-Access     JMicron  Tech             0208 PQ: 0 ANSI: 6
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:0:0: [sda] Spinning up disk...
.not responding...
sd 0:0:0:0: timing out command, waited 180s
sd 0:0:0:0: timing out command, waited 180s

Proč ho nepřipojí v režimu Mass Storage BOT, když ho windows takto připojí? Nebo mi něco uniká?


výpis z raspberry 3:
blkid:nic
mount nic
lsblk nic
lsusb:
Bus 001 Device 006: ID 152d:0583 JMicron Technology Corp. / JMicron USA Technology Corp.
lsubs -t
        |__ Port 4: Dev 6, If 0, Class=Mass Storage, Driver=usb-storage, 480M

lsusb -vd :0583

Kód: [Vybrat]

   bcdUSB               2.10
     Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk-Only
      iInterface              0
      Endpoint Descriptor: ...
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           4
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     98
      iInterface              0
    

122

Software / Chrome: zobrazení https i přes chybu certifikátu

« kdy: 14. 09. 2020, 10:25:20 »

Ahoj, štve mě chrome, že nedovolí ukázat https stránku (někdy ano, Rozšířené-Pokračovat) ,ale jindy. například ifixit.com, hlásí mi to vaše hodiny jdou napřed. Tam po kliknutí rošíření jsou jen bláboly a dál info.
NET::ERR_CERT_DATE_INVALID
Subject: *.ifixit.com
Issuer: COMODO RSA Domain Validation Secure Server CA
Expires on: 25. 2. 2021
Current date: 14. 9. 2020

čas mám přesný
Dál u nadřazeného certifikátu Comodo RSA mám, že vypršel 30. května 2020.

Mě tyhle srágory,internety a certifkáty otravují. Chci si prohlížet web.
Jak to udělat u aktuálně spuštěného chromu bez restartování?
Jak to udělat (nějaký flag aby ne nutně byly všechny, i podvržené stránky v tichosti zobrazilo), ale aby tam byla možnost se na web po odsouhlasení podívat.

123

Windows a jiné systémy / Windows 7 - pomalý přenos USB (240MB/s místo 450MB/s resp 1010MB/s)

« kdy: 12. 09. 2020, 21:58:53 »

Mám USB disk  a na linuxu Ubuntu 19 nebo Windows 10 na něm dosáhnu rychlost přenosu 1012 MB/s/520MB/s (čtení / zápis) případně 450MB/s oboje v případě použití USB-A konektoru *.

Ale na windows 7 ty rychlosti jsou tristní, asi jen 240 MB/s. Nevíte proč? Win 8 nemohu otestovat. Jde samozřejmě o jiné notebooky, ale není sám Windows 7 nějak problematický, že mu chybí nějaký novější režim či driver nebo nějaká vrstva přenosu USB pro vyšší výkon?


* Existují (běžně) USB-A porty s rychlostí 10Gbps (tedy gen.2) na laptopech nebo na základních deskách? Nebo to vůbec není možné nebo se to prakticky neuchytilo?

124

Sítě / Počítač se zapnutým forwardingem opouští pakety do cíle 10.0.0.0

« kdy: 08. 09. 2020, 12:25:52 »

Z jakého důvodu počítač v roli routeru (linux, ipv4.forwarding=1) opouští pakety s cílovou adresou 10.0.x.x do upstream sítě, když má vnitřní síť je 192.168.1.0/24  a upstream síť 192.168.2.0/24? Probíhá NAT na 192.168.2.99.

Brána providera vrací ICMP unreachable.  Tyto pakety (když už by neměly opouštět upstream síť) , což se neděje, tak nechci aby opouštěly mou síť . Je nějaký usecase, kdy je komunikace do privátních sítí legitimní (Samozřejmě kromě případů, že sám počítač do té sítě náleží)?

Nemá tomuto jádro zabránit bez explicitních pravidel ve firewallu, jelikož jde o privání rozsahy? Nebo je k tomuhle nějaký podobný flag v sysctl.net.* jako rp_filter?


Je lepší to řešit pomocí iptables -I FORWARDING -d 10.0.0.0/8 -j REJECT nebo ip route add blackhole 10.0...?.

125

O serveru Root.cz / zdroják.cz není

« kdy: 07. 09. 2020, 17:57:37 »

Od rána do večera

503 error

Webservice currently unavailable

We've got some trouble with our backend upstream cluster.
Our service team has been dispatched to bring it back online.


Webová stránka je dočasně nedostupná

Problém je v našem prostředí na straně reverzní proxy či aplikačním serveru.
Naš dohledový team byl upozorněn a pracuje na obnově provozu.

126

Hardware / DIY UPS 5V USB z powerbanky

« kdy: 03. 09. 2020, 22:54:21 »

Řešili jste někdo něco podobného - viz nadpis? Jak mít záložní napájení 5V pro nějaký miniserver typu raspberry nebo arduino udělátka (i když ty asi většinou  dělají ve smyčce jednu věc a žádný stav, co by ztratili asi není a mohou z fleku se restartovat)? Nemusí to být nutně powerbanka...

Jak ošetřit "vybavovací prodlevu" než se zdroj zapne? Například mám powerbanku(paradoxně noname a čínskou, s nízkou kapacitou). Zařízení je napájeno 2 zdroji zvlášť: powerbankou a např. ze sítě. Když vytáhnu kabel ze sítě(přesněji kabel usb kabel k zařízení z důvodu Capacity v nabíječce), zařízení jede dál. // Ale druhá značková powerbanka při vypojení chvíli přemýšlí zda se zapnout a mezitím motor, pardon board chcípne.

O jaké zařízení jde? Například zmíněné raspberry zero jako serverek. Ale může to být i raspberry s připojeným pevným diskem(nebo disk samotný nebo jen napájecí větev disku v případěp použití Y kabelu), kde by výpadek ohrozil data disku a jeho životnost

Druhá rovina je, jak to řešit softwarově - zařízení by se mělo dozvědět že došlo k výpadku, aby se buď vyplo hned nebo v dohledné době nebo aspoň třeba vypnulo a odpojilo disk a samotné by třeba jelo dál

127

Server / Jsou nutná tato pravidla v iptables?

« kdy: 02. 09. 2020, 15:27:19 »

Jsou nutná pravidla v iptables? Ve smyslu dalšího zabezpečení, abych nebyl zdrojem bogus paketů, marťanských paketů, aby se do mé vnitřní sítě naopak tyto nedostaly.

Podstatou dotazu je ,zda sám systém řeší korektní směrování & filtrování tak, aby
z  WAN wlan0 neodcházely pakety s IP cílovou nebo zdrojovou patřící vnitřní síti (probíhá NAT)
na  byly blokovány příchozí pakety s IP zdrojovou adresou  rozsahu patřící vnitření síti mimo rozhraní eth0(kde se tato síť vyskytuje)

wlan=vnější rozhraní (upstream konektivita) WAN, síť např 192.168.2.0/24 - adresa stroje 192.168.2.32.
eth0=rozhraní vnitření sítě (192.168.1.0/24) - adresa 192.168.1.100

(komentáře vypadají stejně, ale liší se), pravidla jsou také zde v ukázce napsané vícekrát -mnohdy zbytečně. Která pravidla jsou naprosto zbytečná
--z důvodu že je řeší NAT nebo samotné forwardování a není potřeba se starat o fyzická rozhraní)
-- ale aby fungovoval přístup do internetu z vnitřní sítě

-A FORWARD -i wlan0 -o wlan0 -j DROP
-P FORWARD DROP
-A FORWARD -i wlan0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT

-A POSTROUTING -t mangle -o wlan0 -s 192.168.1.0/24 -j DROP ## dohnané a ohnuté do extrému, smyslem mělo být "ať wlan0 neopustí paket s zdrojovou adresou mé sítě) - jenže filter nemá POSTROUTING
-A POSTROUTING -t mangle -o eth0 -s 192.168.2.0/24  -j DROP ## dohnané a ohnuté do extrému, smyslem mělo být "ať do Eth0 nepřijde paket s IP nadřazené sítě) - jenže filter nemá POSTROUTING
-A PREROUTING -t mangle -i wlan0 -s 192.168.1.0/24  -j DROP ## dohnané a ohnuté do extrému, smyslem mělo být "ať do wlan0 nnepřijde paket paket s IP mé sítě) - jenže filter nemá
-A PREROUTING -t mangle -i eth0 -s 192.168.2.0/24  -j DROP ## dohnané a ohnuté do extrému, smyslem mělo být "ať do eth0 nepřijde paket paket s IP nadřazené sítě) - jenže filter nemá POSTROUTING



2.revize

-A FORWARD  -i wlan0 -s 192.168.1.0/24 -j DROP ## pakety přicházející na WAN obsahující

-A FORWARD  -o wlan0 -d 192.168.1.0/24  -j DROP ##  smyslem mělo být "ať do wlan0 nnepřijde paket paket s IP mé sítě)


celkem je možno 8 kombinací  (-i / -o , -s / -d  wlan0/eth0)

Dopracoval jsem se k tomuto pravidlu (pro policy DROP)

iptables -A FORWARD  -s 192.168.1.0/24 -i eth0 -o wlan0    -j ACCEPT
iptables -A FORWARD  -d 192.168.1.0/24 -i wlan0 -o eth0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT


tím pádem jsou tyto zbytečná že:

-A FORWARD  -d 192.168.2.0/24   -j DROP # chci aby sítě 168.1 a 168.2. spolu nemluvily ( outbound ,není potřeba určovat -s)
-A FORWARD  -s 192.168.2.0/24   -j DROP # chci aby sítě 168.1 a 168.2. spolu nemluvily (inbound)

Je to dlouhý post plný pravidel firewallu, ale rád bych věděl, která pravidla jsou skutečně nutná a o která se není potřeba starat a vyplývají z logiky routování případně definice sítě (a zároveň bych se zbavil explicitních zápisu rozhraní a/nebo IP rozsahů kde to není bezpodmínečně nutné)


čili aby to nebylo tak dlouhé

Kód: [Vybrat]

# prázdná tabulka a policy DROP

iptables -A FORWARD  -s 192.168.1.0/24 -i eth0 -o wlan0    -j ACCEPT
iptables -A FORWARD  -d 192.168.1.0/24 -i wlan0 -o eth0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
 

128

Software / Reset nebo pročištění conntrack na stroji s forwardingem

« kdy: 02. 09. 2020, 13:22:15 »

Jak na linuxovém stroji, který forwarduji, flushnu  a killnu spojení která jsou povolená díky pravidlu firewallu ~-mconttrack --ctstate related,established -j ACCEPT~?

hledal jsem na googlu a pokud vůbec jsem našel odpověď ,tak radili

Kód: [Vybrat]

echo f > /proc/net/nf_conntrack

ale tento soubor je jen na debianu jen pro čtení.

A mimojiné, lze nějakým příkazem vypsat tabulku pro nat (v podstatě informace z souboru výše díky tomu že při forwardování probíhá překlad ještě pro spojení do internetu), ale jde mi o to, za conntrack modul to nějak interně má v "jiné" routovací tabulce

129

Server / Jiné cesty zviditelnění NASu v internetu

« kdy: 01. 09. 2020, 17:27:39 »

Omlouvám se za další lamerský dotaz, ale rád bych věděl zda je možné docílit laicky "zviditelnění NASu" či domácího webservru odkudkoli přes internet jiným způsobem než pronájmem VPS  nebo pronájmem tunelu (což si myslím mělo být levnější neboť tunel toho dělá méně než VPS.) Existuje kromě IP tunelu jen obyčejný  TCP tunel?
Za kolik se dá každé sehnat? Lze třeba VPSza 30 Kč měsíčně?

existují jiné možnosti?  Něco co mě vůbec nenapadlo.

Samozřejmě jde o případ, že nemám veřejnou adresu + jsem za NATem + není možné zprovoznit port forwarding

130

Sítě / Filtrování IP provozu na základě DHCP (povolit těm co si prošli DHCP)

« kdy: 01. 09. 2020, 13:30:59 »

Jak běžná je funkce, že síťový prvek (kam se strká kabel do sítě) "nedovolí"* připojit "cizí zařízení"(to které si IP adresu nastaví přímo místo toho, aby se zeptalo DHCP.) Má tato funkce nějaké pojmenování? Jak moc je k užitku a kde a se obvykle používá? Je lepší to řešit na 2 nebo 3. vrstvě?). Prostě že zařízení, která budou mít IP adresu nastavenou staticky v síti budou "zablokované".
Logicky dhcp démon server to nemůže řešit, protože to je jen sl užba na portu 67,68 a nikoli firewall.


* to je jen lapidární formulace. Připojit nezabrání, ale myslím tím, že zatrhne komunikaci (například tak že tam bude firewall, který defaultně blokuje traffic mezi IP kromě 0.0.0.0 a 255.255.255.255 a kromě těch které prošly DHCP přiřazením(dynamický seznam)). A nebo dá se to řešit na úrovni L2(tam ale si bude muset v nějaké fázi vytáhnout info z vyšších vrstev - například povolit dhcp pouze do té doby než dostane dhcp přidělí IP a dhcp se postará o update pravidla, že odemkne traffic pro tuto MAC)? Nutno myslet, že na jednom portu/wifi rozhraní může být více zařízení(lišíci se MAC adresami)

131

Windows a jiné systémy / Chytrá televize se vysype, když zabanuji domény

« kdy: 31. 08. 2020, 18:36:14 »

Mám problém s Samsung TV. díval jsem se a připojuje se asi na 30 domé, tak mi ruply nervy a zabanoval jsem DNS pro tuto TV. Od této doby když zapnu SMART hub, tak se ukazje hláška že Smart Hub nebo že aplikace se aktualizuje a to je vše. Víte někdo kterou doménu povolit, aby funkce (využívá se výhradně youtube aplikace která se samsung vůbec nesouvisí),aby se s prominutím televize neposrala, když se nemůže připojit "na internet" (když pominu že na youtube to vůbec není potřeba) a "youtube šel" ? Myslím minimální sadu domén ab to šlo

Před blokací seznam dotazů

Kód: [Vybrat]

A] notice.samsungcloudsolution.com
A] notice.samsungcloudsolution.com
A] ns11.whois.co.kr
A] cdn.samsungcloudsolution.com
A] cdn.samsungcloudsolution.com
A] vdterms.samsungcloudsolution.com
A] infolink.pavv.co.kr
A] www.googleapis.com
A] infolink.pavv.co.kr
A] api.flickr.com
A] infolink.pavv.co.kr
A] cdn.samsungcloudsolution.com
A] time.samsungcloudsolution.com
A] time.samsungcloudsolution.com
A] infolink.pavv.co.kr
A] cdn.samsungcloudsolution.com
A] time.samsungcloudsolution.com
A] time.samsungcloudsolution.com
A] www.samsungrm.net
A] oempprd.samsungcloudsolution.com
A] i.ytimg.com
A] infolink.pavv.co.kr
A] cdn.samsungcloudsolution.com
A] www.samsungrm.net
A] oempprd.samsungcloudsolution.com
A] infolink.pavv.co.kr
A] infolink.pavv.co.kr
A] configprd.samsungcloudsolution.net
A] sso.internetat.tv
A] configprd.samsungcloudsolution.net
A] sso.internetat.tv
A] wwp.greenwichmeantime.com
A] wwp.greenwichmeantime.com
A] www.worldtime.com
A] www.worldtime.com
A] pool.ntp.org
A] tvstoregw.pavv.co.kr
A] infolink.pavv.co.kr
A] auth.samsungosp.com
A] auth.samsungosp.com
A] infolink.pavv.co.kr
A] auth.samsungosp.com
A] auth.samsungosp.com
A] apps-pub.samsungcloudcdn.com
A] pool.ntp.org
A] infolink.pavv.co.kr
A] fwk.allshareplay.com
A] fwk.allshareplay.com
A] infolink.pavv.co.kr
A] pool.ntp.org
A] pool.ntp.org
A] infolink.pavv.co.kr
A] billing-2w.samsungcloudsolution.com
A] dpiapi-2w.samsungcloudsolution.com
A] media.internetat.tv
A] media.internetat.tv
A] media.internetat.tv
A] cdn.samsungcloudsolution.com
A] cdn.samsungcloudsolution.com
A] fkp.samsungcloudsolution.com
A] www.samsungotn.net
A] otn.samsungcloudcdn.com
A] ns11.whois.co.kr

Po blokaci seznam dotazů(vše zablokovaný)

Kód: [Vybrat]

A] ns11.whois.co.kr
A] cdn.samsungcloudsolution.com
A] cdn.samsungcloudsolution.com
A] time.samsungcloudsolution.com
A] cdn.samsungcloudsolution.com
A] vdterms.samsungcloudsolution.com
A] infolink.pavv.co.kr
A] infolink.pavv.co.kr
A] infolink.pavv.co.kr
A] www.googleapis.com
A] notice.samsungcloudsolution.com
A] api.flickr.com
A] time.samsungcloudsolution.com
A] infolink.pavv.co.kr
A] cdn.samsungcloudsolution.com
A] time.samsungcloudsolution.com
A] time.samsungcloudsolution.com
A] notice.samsungcloudsolution.com
A] i.ytimg.com
A] prov.samsungcloudsolution.com
A] infolink.pavv.co.kr
A] cdn.samsungcloudsolution.com
A] www.samsungrm.net

132

Server / Nelze smazat ani změnit routu

« kdy: 31. 08. 2020, 15:01:26 »

cíl: chci z routovací tabulky linuxu smazat nebo změnit routu(dát blackhole nebo flag UP odstranit). (pracuji s právy root)

nejde route del x.x.x.x/16 - příkaz se vykoná, ale po výpisu route je vše při starém
příkaz ip route replace routu zduplikuje, ip route change ji změní, ale nevím ,jak změnit ji aby... nějak jsem se v té syntaxi (man ip-route či ip route change help ztratil a nepřisel jsem na to kde se mění UP/DOWN nebo blackhole). něco jsem zkoušel ale vždy mi to házelo chybu syntaxe typu

 ip route change 192.168.0.0/24 as  to 192.168.0.4
RTNETLINK answers: No such device

mate mě také  OPTIONS, FLAGS , NH a NHFLAGS. mimochodem co je zač flags?-není vysvětleno

Kód: [Vybrat]

    
       ip route { add | del | change | append | replace } ROUTE
SELECTOR := [ root PREFIX ] [ match PREFIX ] [ exact PREFIX ]
            [ table TABLE_ID ] [ vrf NAME ] [ proto RTPROTO ]
            [ type TYPE ] [ scope SCOPE ]
ROUTE := NODE_SPEC [ INFO_SPEC ]
NODE_SPEC := [ TYPE ] PREFIX [ tos TOS ]
             [ table TABLE_ID ] [ proto RTPROTO ]
             [ scope SCOPE ] [ metric METRIC ]
             [ ttl-propagate { enabled | disabled } ]
INFO_SPEC := NH OPTIONS FLAGS [ nexthop NH ]...
NH := [ encap ENCAPTYPE ENCAPHDR ] [ via [ FAMILY ] ADDRESS ]
	    [ dev STRING ] [ weight NUMBER ] NHFLAGS
FAMILY := [ inet | inet6 | ipx | dnet | mpls | bridge | link ]
OPTIONS := FLAGS [ mtu NUMBER ] [ advmss NUMBER ] [ as [ to ] ADDRESS ]
           [ rtt TIME ] [ rttvar TIME ] [ reordering NUMBER ]
           [ window NUMBER ] [ cwnd NUMBER ] [ initcwnd NUMBER ]
           [ ssthresh NUMBER ] [ realms REALM ] [ src ADDRESS ]
           [ rto_min TIME ] [ hoplimit NUMBER ] [ initrwnd NUMBER ]
           [ features FEATURES ] [ quickack BOOL ] [ congctl NAME ]
           [ pref PREF ] [ expires TIME ] [ fastopen_no_cookie BOOL ]
TYPE := { unicast | local | broadcast | multicast | throw |
          unreachable | prohibit | blackhole | nat }

Zaprvé:proč ke změně  nedojde i když příkaz se provede? Není to nejaká autokonfigurace rout?

zadruhé jak dát dohromady syntaxi pro změnu TYPE=blackhole nebo flag up zrušit?

133

Sítě / iptables -P FORWARD DROP k čemu dobré na routeru

« kdy: 30. 08. 2020, 00:59:27 »

Nevím, proč se neuložil příspěvek, který jsem odesílal, ale pokusím zrychleně popsat znova.
Zjednodušeně, v návodech pro zprovoznění brány do internetu s funkcí nat  na železe s linuxuem nebo openwrt stěžejní kroky jsou sysctl net.ipv4.ip_forward=1 a  iptables -t nat -A POSTROUTING -o wlan1 -j MASQUERADE.

Samozřejmě  v kompletním návodu je i zprovoznění DHCP, DNS (jak pro vnitřní síťku  za NATem tak i pro WAN rozhraní). a v neposlední řadě nastavení pravidel firewallu. To je kvůli čemu se ptám.

Pravidlo pro povolení provozu ven jsou:

Kód: [Vybrat]

iptables -A FORWARD -i eth0 -o wlan0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i wlan0 -o eth0 -j ACCEPT

Nicméně nejsou potřeba, když je default policy ACCEPT (pro forward ). Zároveň se ale radí dát

Kód: [Vybrat]

iptables -P FORWARD DROP

. A to proč?
Z jakých dobrých důvodů se tohle dělá? Co hrozí, když zustane accept? (INPUT a output -t filter samotného stroje neřeším nyní)

Namátkou:
- hrozí že se do vnitřní sítě za natem "může dostat" někdo nepovolaný (čímž myslím 2 případy: třeba kohokoli z globálního internetu,  a nebo někoho kdo by uhodl IP rozsah sítě za NATem a vydávával se za zařízení z tého sítě na WAN portu), buď že vůbec se podaří  poslat konkrétnímu zařízení za NATem a nebo i dokonce že toto zařízení na něj odpoví a odpověď se k "útočníkovi dostane"
- opačná situace, že zařízení za NATem mohou komunikovat(tedy ony iniciují komunikaci, v odstavci výše to byl někdo zvenčí) se zařízeními v  jiné lokální síti v WAN (tímto laickým popisem myslím, že za NATem není "ještě internet", ale další jiná síť, ve které až leží brána do internetu, ) a povídat si zařízeními v této síti.  Když už jsem to napsal tak bych chtěl bych aby tato síť pro ně neexistovala (což sí myslím že by mělo jít pomocí příkazu route del-net 192.168.10.0/24, příkaz proběhne korektně ale nic se nezmění, jako kdyby se vzápětí routa vytvořila)

a nevím jestli se tím nedotýkám i volby net.ipv4.conf.all.rp_filter, ale tuto volbu jsem nikdy neřešil

134

Windows a jiné systémy / Nelze přejmenovat zástupce.ve výpisu souborů ls není vidět zástupce.

« kdy: 27. 08. 2020, 23:38:56 »

Koukám puk jak na zásupce v OS X. V průzkumníku Finder vidím na ploše zástupce na jinou složku.
Problém čislo  jedna je že ho nelze přejmenovat (po pokusu o uložení vrací chybí –8072).
A pak mě zaráží, že ve výpisu příkazu ls -l -a - G v programu Terminál není vidět.
Existuje řešení problému 1 a vysvětlení absence 2?

135

Hardware / Odkud HDD berou správné datum pro zápis do SMART/statistik

« kdy: 27. 08. 2020, 12:41:00 »

Prozkoumal jsem SMART funkci disku a i další rozšířené logy obsahující statistiku disku.

smartctl sdb -l scttemp

A taková otázka, jak disk zjistí správné datum? Když může třeba měsíc ležet v šuplíku bez napájení? Napadá mě synchronizace času po připojení disku? Jakým protokol to řeší? Jak se to bude chovat pokud na systému budu mít systémový čas jinak (jednou budoucnost, jednou minulost) - jak se to pak bude přidávat do logu a jestli log pak bude řazen lineárně (s časovými dírami a nesouvislostmi) a nebo se to řadí podle času?

A dál jsem zvědavý, co přesně znamenají vybrané 4 hodnoty  : - píšu k nim, co si myslím že znamenají
C0 power off Retract count - asi to souvisí s tvrdým vypnutím disku po výpadku napájení. Ale když jdu opravdu do hloubky, značí vypnutí disku a zastavení ploten jen když byly plotny na disku nebo na tom nezáleží?
C1 Load Unload cycles - to je počet přesunů hlaviček na disk/pryč
0C Power on counts/cycles - to je dle mě když se disk zapojí do portu a dojde k jeho spuštění. Hodnota nezohledňuje upsání (po idle time outu nebo na příkaz) nebo parkování hlaviček.
04 Start/stop counts  - Něco jako 0C výše - ale zohlednuje jakékoli roztočení ploten. (A oproti tomu výše počítá i zastavení, takže "teoreticky" by byla 2násobná)



A dále co znamená v smartctl -l directory nebo smartctl -l gplog příznak SCL a GP?