Názory k článku
Microsoftu unikl zlatý klíč od Secure Bootu
-
Jaká je souvislost mezi uniknutím toho klíče a tím, že SecureBoot nemusí jít v budoucnu vypnout? Uvedené spojení v textu chápu tak, že uniknutí klíčů pravděpodobně to vypnutí znemožní, což mi připadá, že je přesně opačně.
Je mi jasné, že na tomto serveru s tímto názorem nemám šanci :-), nicméně já rád nejsem. Pokud si Microsoft chtěl nějaká svá zařízení uzamknout (Hololens), je to jeho věc. SecureBoot chápu jako rozumnou ochranu běžných uživatelů, kterých je drtivá většina a proto jsem to ochoten tolerovat.
-
Lael Ophir (neregistrovaný)
Jak nepůjde vypnout? To záleží na výrobci HW. MS pouze říká, že pro Win10 certifikaci musí PC umět Secure Boot. Jestli ho výrobce umožní vypnout, to je čistě na něm.
Navíc i když na konkrétním HW nejde Secure Boot vypnout, tak na něm umí běžet řada dister Linuxu včetně Fedory, openSUSE a Ubuntu.
-
IDK (neregistrovaný)
Bezni uzivatele budou predevsim cucet jako pera z gauce, az zjisti, ze:
a) existuje Secure Boot
b) na nekterych strojich nejde vypnout
c) jeden takovy maji, protoze a) ani b) jim nebylo znamo, kdyz si jej kupovali
d) nacpali si do nej Dulezita Data, Ktera Nejsou Nikde Jinde
e) a ta mrcha ted nebootuje
f) ale nastesti existuje cela rada uzasnych nastroju
g) ktere ovsem take nebootuji, protoze a) & b)A obecne ta predstava, ze secure boot, krom toho, ze pouzivat legitimnim zpusobem a uzivatelem dany stroje muze byt vetsi, pripadne maximalni otrava, neco zabezpecuje, zejmena pak beznym uzivatelum ty jejich zablesene mrdky, kde jim smejdi kde kdo, od Microsoftu pres Zuckerberga az po posledniho basltice ransomwaru, je dost zabavna.
-
Lael Ophir (neregistrovaný)
Co takovému uživateli brání zabootovat z instalačního média Windows, vlézt na konzoli nebo spustit nějaký file manager, a data vykopírovat na externí médium? Plus je tu samozřejmě možnost instalaci opravit, což instalační médium nabízí jako jednu z možností. Plus mají Windows Safe Mode, takže když něco nakopnete, můžete zabootovat do Safe Mode a opravit to, například návratem na předchozí Restore Point.
Ad predstava, ze secure boot... neco zabezpecuje... je dost zabavna - Secure Boot má chránit před boot kity, které například virtualizují OS ještě před jeho startem, a v principu je nelze z běžícího OS odstranit. Zábavné je spíš srovnávat takový problém se "šmejděním" Facebooku, kterému ve skutečnosti uživatelé cpou svá osobní data zcela dobrovolně.
-
Mrkva. (neregistrovaný)
> Co takovému uživateli brání zabootovat z instalačního média Windows, vlézt na konzoli nebo spustit nějaký file manager, a data vykopírovat na externí médium? Plus je tu samozřejmě možnost instalaci opravit, což instalační médium nabízí jako jednu z možností. Plus mají Windows Safe Mode, takže když něco nakopnete, můžete zabootovat do Safe Mode a opravit to, například návratem na předchozí Restore Point.
Jasne, protoze data ktera nezvladne zachranit instalacka windows nezachani ani specializovany nastroj typu testdisk.
-
IDK (neregistrovaný)
Zabrani mu v tom totez, co ho do toho srabu puvodne dostalo: jeho vlastni hloupost a Microsoft, ale pro mne za mne, celkem dobra sukces story, libil se mi hlavne ten bod s beznym uzivatelem zachranujicim data z konzole (jinak tez znamne jako "takovytocerny"), ze ktere dostava koprivku i clovek, co s ni umi zachazet, a pak ten happy end s restorem, to bylo jak z prezentace v PowerPointu. 8/10.
Ovsem, ze je to zabavne; ze vsech zcela realnych problemu Microsoft jakoze resi ten, ktery nikdo nema.
-
Lael Ophir (neregistrovaný)
Happy end byl se System Restore, který automaticky pořizuje Restore Points například při instalaci nového SW. Můžete pak zabootovat s Safe Mode nebo z instalačního média, a vrátit stav systému do dřívějšího stavu.
Uživatel může použít instalační médium, které má nějaké nástroje samo o sobě. Nebo z něj může pustit další nástroje. A nebo může vytvořit médium s Windows PE (tedy prakticky instalačka bez instalačních médií), a tam natahat libovolné nástroje. Hledáte problém kde není.
Ad je to zabavne; ze vsech zcela realnych problemu Microsoft jakoze resi ten, ktery nikdo nemá - co když příští malware bude instalovat boot kit, který z běžícího OS v principu nelze detekovat ani odstranit? Až takový problém nastane, bude trochu pozdě ho řešit.
Mimochodem pokud je podle vás Secure Boot zbytečný, tak nevím proč vůbec řešit, že je toho času rozbitý. Vždyť je to přece zbytečnost :)
-
IDK (neregistrovaný)
Nebo muze pouzit nejake linuxove live CD/USB, kde ty nastroje uz ma. Aha, tak nemuze.
Podle mne takovy pripad nenastane, ne proto, ze je secure boot, ale proto, ze nikdo nema zapotrebi patlat se s boot kitem. Je to porad dokola to same, 90% uzivatelu nedokaze detekovat a odstranit ani malware, ktery jim proste spusti task scheduler po startu (i kdyz mam takovy dojem, ze vyhazet ulohy ze scheduleru nejde ani v safe modu, protoze, ha ha, v safe modu to klikatko nefunguje, takze ono to reseni zas tak trivialni neni).
Pokud takovy velmi nepravdepodobny pripad nastane, tak:
a) ve svete bez secure bootu bude alepson k dispozici zminene linuxove CD/USB
b) ve svete se secure bootem se zasmejeme jemne ironii, ze nam prave nabootoval podepsany boot kit, a pujdeme hledat instalacni mediumProtoze resi problem, ktery nikdo nema, tim, ze prekazi v reseni problemu, ktere realne jsou.
-
Lael Ophir (neregistrovaný)
Ad Nebo muze pouzit nejake linuxove live CD/USB, kde ty nastroje uz ma. Aha, tak nemůže - pokud to distro umí Secure Boot, tak může. A pokud jsem si všimnul, tak minimálně Fedora, openSUSE a Ubuntu Secure Boot umí.
Ad takovy pripad nenastane, ne proto, ze je secure boot, ale proto, ze nikdo nema zapotrebi patlat se s boot kitem - aha. Akorát že už před rokem byl nalezen malware, který infikuje firmware HDD, takže vydrží i přeformátování disku. Proč záškodníci takové věci dělají, když by jim mělo stačit, že se tupí uživatelé nachytají na rozesílání malwaru a linků na něj? Odpovím si sám: protože infekce běžným malwarem lze snadno odstranit antivirem, kdežto boot kity se dají ukrýt tak, že je z běžícího systému z principu nemůžete detekovat ani odstranit.
https://en.wikipedia.org/wiki/Firmware#HDD_firmware_hacks
https://cdn1.vox-cdn.com/uploads/chorus_asset/file/3415904/Equation_group_questions_and_answers.0.pdf -
IDK (neregistrovaný)
Zaskodnici z NSA to delaji patrne proto, ze planuji tento malware nasadit proti cilum, u kterych nelze predpokladat, ze jim k nim napr. MS nebo vyrobci AV otevrou vratka, kdyz o to slusne pozadaji (z rady ruznych duvodu, mimo jine take proto, ze cilem muze byt prave MS, vyrobci AV nebo HDD).
Jinymi slovy receno, opet jde o hrozbu, kterou se bezni uzivatele nemusi vzrusovat, a mimochodem secure boot jim nebude nic platny. -
Lael Ophir (neregistrovaný)
Otázkou je o koho se ve skutečnosti jedná. Navíc nemyslím že by výrobci SW byli tak šílení, aby někomu otevírali backdoor.
Secure Boot v daném případě zajistí že nebude podvržen infikovaný boot loader, kernel nebo drivery. Uživatele to dnes opravdu vzrušovat nemusí, ale zítra mohou být tímhle způsobem nakaženy desítky procesy strojů. Chápu že když někdo nakazí desítky procent linuxových desktopů, tak se nic neděje, a všech pět uživatelů nabootuje Windows z dual bootu :). V případě Windows by ale šlo o trochu vážnější problém.
-
Lael Ophir (neregistrovaný)
Aha. Kdežto kdyby neměl Secure Boot a měl tedy možnost zabootovat z nějakého media rescue tools, které by neměl, tak by byla situace o hodně lepší :). V obou případech si to médium holt musí sehnat. Macha a Šebestová by vám asi řekli, že bez bootovacího media se blbě bootuje.
-
Sten (neregistrovaný)
Spojitost je taková, že pokud by nebyla zařízení, kde nejde SecureBoot vypnout, tak by k téhle chybě vůbec nedošlo.
A teď jak k té chybě došlo: na některých zařízeních nejde SecureBoot vypnout. To znamená, že všechny ovladače musí být podepsané MS. Protože to ale dost znesnadňuje vývoj, vytvořil MS backdoor pro vývojáře, pomocí kterého mohou získat obecný podpis od MS, jenž jim umožní na specifikovaných zařízeních SecureBoot obejít a zavést ovladače i bez podpisu („zlatý klíč“). Jenže v tom backdooru zapomněli na kontrolu, jestli se ten podpis používá opravdu jen na zařízeních, pro která byl vydán, takže jde použít na kterémkoliv zařízení.
-
Martin Dráb (neregistrovaný)
> A teď jak k té chybě došlo: na některých zařízeních nejde SecureBoot vypnout. To znamená, že všechny ovladače musí být podepsané MS
Pokud vím, tohle se (bohužel) zavádí až od WIndows 10 Anniversary update. A pořád zřejmě ještě budou fungovat ovladače podepsané v nedávné době (asi než vyprší certifikáty). Před AU a na starších Windows (64bit zejména) se pořád i běžný smrtelník dostane k certifikátu, kterým může podepsat ovladač, aby jej Windows považoval za důvěryhodný (ale není to úplně zadarmo a je tam jistá míra ověření identity).
Jsou tam ještě nějaké výjimky (pokud např. chcete psát anti-malware, který potřebuje zkoumat ovladače zaváděné hned na počátku bootu). Ale "běžného" psaní ovladačů se toto netýká.
Ale doufám, že tady MS trošku sníží své nároky, protože tím dost likviduje "hobby" vývojaře (v zásadě je celý ten proces podpisu orientovaný hlavně na ovladače HW (včetně toho virtuálního)).
-
Lael Ophir (neregistrovaný)
Drivery psané pomocí User-Mode Driver Framework nevyžadují podpis driveru. Kernelové drivery na 64-bitových Windows naopak musí být podepsané, a to platí už minimálně od Visty. Takže když si napíšete vlastní driver pro RAID controller který se zavádí při bootu, musíte driver podepsat.
-
Souvisí to s tímhle? http://www.zive.cz/bleskovky/secure-boot-ma-chranit-windows-pred-viry-kvuli-chybe-ale-otevre-zadni-vratka-utocnikum/sc-4-a-183740/default.aspx
nebo to je jiný backdoor? :D
-
Mrkva. (neregistrovaný)
Jen upresneni: jestli tomu dobre rozumim, zadny klic (z tech co prijdou do securebootich PK/KEK/db keyringu) neunikl, "golden key" je eufemismus pro backdoor/chybu ve wokennim bootloaderu ktery v dusledku umozni natahnout i nepodepsany kod. Secureboot na desce bude ale porad vyzadovat pritomnost podepsaneho (MS) bootloaderu.
-
xm (neregistrovaný)
UEFI Secure Boot je stále bezpečný (alespoň natolik nakolik člověk věří, že v samotném UEFI firmware / BIOSu není backdoor nebo exploit), díra je jen a pouze ve Windows UEFI bootloaderu. Pokud z UEFI na novém zařízení odstraníte klíče výrobce a Microsoftu, místo nich enrollnete své vlastní a těmi podepíšete vlastní bootloader (třeba GRUB), tak se vás ta díra nijak netýká.
-
koudy (neregistrovaný)
Omlouvám se trochu za off topic, ale velký windows guru Lael by mohl vědět...
Pár dní zpět jsem udělal update win 10, update trval asi 25 minut. (zasekl se na 44% a asi po 15 minutách jsem si všiml, že mi to hrabe na externí disk - dioda blikala jak pominutá)
Já de*il ten externí disk odpojil.
Nějak jsem si myslel, já bláhoví,že update by měl o-updatovat pouze ten disk na kterém je instalace a na ostatní disky nešmatat.
Instalace se po odpojení najednou rozeběhla a tech 44% se najednou začalo hýbat, takže to BYLO určitě tím externím diskem.Nechápu co s ním ta aktualizace udělala, ale jakmile ten disk připojím k windows na kterých jsem dělal update, disk se nezobrazí. (zobrazí se pouze písmeno, ale žádný obsah)
Pokud ten samý disk připojím k jinému pc, funguje bez problému. (dokonce to skousne i TV a to je tam ntfs)
Vlastně to jde přečíst i na stejném pc, pokud jsem v linuxu (ať žije dual boot :) )Windows scandisk mi napíše "nemohu získat přístup k zařízení" (nebo nějaké podobné sr*čky dle toho z jakého SW se snažím k tomu disku přistupovat)
Nějaká rada? Kromě odinstaluj win 10 a přeformátuj disk (to se mi moc nechce, když to jinde funguje bez problému, ale asi to tak nakonec dopadne, přece jen se mi nad tím nebude chtít půl dne přemýšlet :) )
-
koudy (neregistrovaný)
:D
Stačí moje jméno?
Nebo musí být
"Tento disk je dle mého vědomí a svědomí v naprostém pořádku a windows ho mohou připojit. Pokud se s windows 10(r) něco stane (ať už použitím disku, nebo jiným zacházením), Microsoft(r) mne může žalovat až do výše škody, který mu zničením mého počítače způsobím.""Datum: \t Podpis: \t " (nechtějí se mi formátovat mezery ;) )
-
Lael Ophir (neregistrovaný)
Je možné že jste neměl dost místa na disku, takže Windows použily externí disk.
Pokud je vidět jednotka, ale není vidět obsah, tak na prvním místě zkontrolujte jestli je vidět obsah v Disk Manageru. Měl by tam být vidět disk, na něm volume, a ten volume by měl být přimountovaný na nějakou jednotku. U externích disků Windows mountují pouze první partition.
http://woshub.com/wp-content/uploads/2014/10/removable-drive-in-windows-disk-manager.jpgJestli disk vidíte, tak by k němu měl mít přístup chkdsk (obdoba fsck). Spusťte cmd.exe jako administrátor (Start menu, cmd.exe, Ctrl+Shift+Enter, případně potvrdit UAC prompt), poté chkdsk X: kde X: je daná jednotka.
Pokud to najde chyby, spusťte chkdsk X: /f /x
Pokud je disk v pořádku, a přesto nevidíte jeho obsah, tak je to zřejmě problém permissions. Ve Windows Exploreru pravou myší na disk, Properties, Security, tam se ujistěte že v ACL není nastavené něco co vám brání v přístupu.
Pokud to nepomůže, koukněte do Event Logu (Win+X, Event Viewer), v System Logu nejspíš budou relevantní informace. ´Ohledně reinstalace: předpokládám že když vám něco nefunguje na Linuxu, což je zatraceně častý stav, tak to neřešíte reinstalací distra :)
-
ced (neregistrovaný)
Ohledně reinstalace: předpokládám že když vám něco nefunguje na Linuxu, což je zatraceně častý stav, tak to neřešíte reinstalací distra :)
Máte pravdu. Problémy řeším většinou po dist-upgrade nebo s novým počítačem. To je asi jednou za dva roky a v posledním desetiletí se mi to zdá zatraceně často. Takže reistalace není řešení, je to příčina :-)
-
Je možné že jste neměl dost místa na disku, takže Windows použily externí disk.
To je ale úvaha...
Windows nemají místo, tak se aktualizace zastaví, protože začnou používat externí disk a ve chvíli, kdy se ten externí disk vytrhne z počítače a to místo se těm Windowsům takhle sebere, tak se aktualizace rozeběhne rychle a pokračuje, přestože když to místo na tom ext. disku měly, tak aktualizace nejela :D.
Logiko vylez!!! :DPokud to najde chyby, spusťte chkdsk X: /f /x
No jo, to je celý Lael a jeho teorie bez kouska praktických zkušeností a navíc bez logiky.
Přestože je jasné, že disk je OK, protože všude jede, dokonce na jiných OS jede, jede dokonce i na chytré televizi, tak dle logika Laela je třeba ho strčit do těch Windows, které mají problém a dát OPRAVIT TEN DISK ne ty Windowsy, které mají problém!!! :D :D :DA další věc se týká Laelova teorie vs praxe: Když mají Windows jakýkoli podivný problém - např. .jako máte vy, že všude to jede, dokonce i na jiných Windowsech to jede a na těch konkrétních ne, tak v žádném případě takový příkaz bez předchozí zálohy dat na tom disku nespouštějte na takovém stroji! Po záloze prosím, ale výsledek je sázkou do loterie, kdy pravděpodobnost, že vám WIndows opraví disk bez ztráty dat je mizivá. Praxe říká, že disk nejspíše po chkdsk pojede, ale bude čistý jako by jste ho právě naformátoval, druhá možnost je, že tam nebudou všechny data, třetí možnost je, že tam zdánlivě budou všechna data, ale budou corrupted, jako čtvrtá možnost je kombinace předchozích dvou, jako pátá možnost je, že Windowsy disk domrví tak, že jediný způsob jak ho zprovoznit bude případná záchrana dat speciálním softem, pak dlouho dlouho nic a až jako šestá možnost je, že se Windowsy umravní a s diskem budou schopny pracovat aniž by došlo k poškození dat.
-
koudy (neregistrovaný)
Děkuji za odpověď.
Na ssd kde je systém je volných asi 50 GB, na hdd (uvnitř) je něco přes 200 GB.
Je fakt že ten 2 TB disk má taky něco okolo 300 GB volných, ale i tak...
No nic, to asi není až tak důležité.V disk manageru není nic, jen "RAW" nad diskem.
http://html5.litten.com/images/raw/dm.jpgMá to pouze 1 partition a jiné windows (7 a 10) na jiných pc s tím problém nemají.
Zkusím něco s těmi oprávněními.
Do teď jsem nevěděl, že win mají system/event log, každý den se něco naučím. :) (i když to je samozřejmě logické, že to má nějaké logování, jen jsem "zaslepen" unixy :) )Na linuxu mi funguje vše - dokonce i starší TV karta( http://www.evolveo.eu/cz/venus ), která ve win při pokusu o naladění stanic VŽDY shodí celé win. (modrá smrt)
Chápu, že to je problém ovladače, ale na 7 ten ovladač/TV karta funguje.To mě vlastně ani nijak moc netrápí, stejně v TV skoro nedávají nic co by stálo za nahrání a brzo už snad bude DVB-T2, tak budu pořizovat novou kartu co to umí - někdo nějaké zkušenosti/doporučení? :)
To jen k tomu "zatraceně častý stav", že něco nefunguje v linuxu... (čímž nechci tvrdit, že takové věci nejsou, jen to, že si s tím většinou umím poradit aby to fungovalo, protože linuxu alespoň trochu rozumím) -
Lael Ophir (neregistrovaný)
V takovém případě jste na disku měl dost místa. Ale zřejmě máte externí disk, který se tváří jako interní, protože nemá nastavený Removable Media Bit. V takovém případě ho Windows můžou použít.
https://msdn.microsoft.com/en-us/library/windows/hardware/dn653578%28v=vs.85%29.aspx
https://msdn.microsoft.com/en-us/library/ff566971(vs.85).aspxPokud je disk vidět jako RAW, tak to nebude problém permissions. Nejjednodušší bude vykopírovat z něj data někam jinam (na stroji kde se dá připojit), znovu ho naformátovat na NTFS, zkontrolovat jestli je na dotyčném stroji disk normálně použitelný, a pak tam případně nasypat data zpátky.
Ad mi funguje vše dokonce i starší TV karta - TV ani tuner už cca 10 let nemám, protože televize je pro mě něco jako psací stroj nebo děrné štítky. Takže s tímhle vám neporadím. Akorát vím že podporované produkty Hauppauge mají údajně podporu Win10.
http://www.hauppauge.com/ -
Lael Ophir (neregistrovaný)
Tak přeju úspěch :)
Ad porovnání funkční x nefunkční věci v jednotlivých OS - podpora tunerů ze strany výrobců byla cca před 13 lety, když jsem ještě měl tuner, dost tragická. Dneska netuším. Ale jestli chcete nějaké srovnání funkcionality, tak se koukněte jak na Linuxu (ne)fungují scannery, jejich nástavce pro diáky a film, tiskárny a na nich výběr zásobníku, potisk fólií, samolepek a CD. Konkrétně ty fólie a samolepky můžou být u laserové tiskárny celkem problém, protože když driver tyhle možnosti (které mění teplotu a/nebo rychlost průchodu média) nemá a přesto budete tisknout, můžete skončit s fólií omotanou okolo fuseru, s lepidlem na transfer rollu apod. To že vám tiskárna funguje jako generické PCLx je fajn, ale nestačí to.
-
Ale zřejmě máte externí disk, který se tváří jako interní, protože nemá nastavený Removable Media Bit.
Neboli jak vám Lael chce naznačit je to jen a jen vaše vina v žádném případě Windows, že se dostaly do takového stavu, který vy musíte řešit jen proto, že jste pustil aktualizaci :D
Nejjednodušší bude
Nejjednodušší určitě bude vyhodit partici s Woknama a rozšířit tu Linuxovou :D.
To co navrhujete je pěkná otrava na nadcházející víkend, která sice složitá není, ale jak píšu je otravná.
Jsme rádi, že konečně přiznáváte, že Windowsy jsou schopny (se) rozvrtat např. (kvůli) disk(u), po kterém jim nic není :-D.protože televize je pro mě něco jako psací stroj nebo děrné štítky
Lael používá technologie min 30 let z budoucnosti a mimozemské, jinak si těžko dokážeme vysvětlit aktualizace hotové řádově v sekundách a absolutně spolehlivá Windows.
-
Lael Ophir (neregistrovaný)
Ad vám Lael chce naznačit je to jen a jen vaše vina v žádném případě Windows, že se dostaly do takového stavu, který vy musíte řešit jen proto, že jste pustil aktualizaci - ne. Tím chci "naznačit", že když je removable disk označen jako interní, tak se k němu jako k internímu i přistupuje.
Ad Nejjednodušší určitě bude vyhodit partici s Woknama a rozšířit tu Linuxovou - samozřejmě. Ušetříte tím spoustu práce, protože když budete chtít zbořit FS, tak nemusíte ani odpojovat disk za provozu :D
http://www.root.cz/zpravicky/nepouzivejte-raid5-6-v-btrfs/Ad Jsme rádi, že konečně přiznáváte, že Windowsy jsou schopny (se) rozvrtat např. (kvůli) disk(u), po kterém jim nic není - Windows jako takové se podle všeho nerozvrtaly. Vypadá to že se rozvrtal externí disk označený jako interní, když byl odpojen za běhu.
Ad Lael používá technologie min 30 let z budoucnosti a mimozemské, jinak si těžko dokážeme vysvětlit aktualizace hotové řádově v sekundách a absolutně spolehlivá Windows - nějaký zdroj? Ale proč se ptát, když to oba víme: vy tu jen tak tro(t)llíte.
-
Ad Nejjednodušší určitě bude vyhodit partici s Woknama a rozšířit tu Linuxovou - samozřejmě. Ušetříte tím spoustu práce, protože když budete chtít zbořit FS, tak nemusíte ani odpojovat disk za provozu :D
http://www.root.cz/zpravicky/nepouzivejte-raid5-6-v-btrfs/Loooool! Včera jsem přesně říkal, uvidíte že Laelovi dojdou argumenty, tak tuhle informaci o FS ve VÝVOJI (!) použije jako podpásovku...
Já tak lituji, že jsem se nevsadil! :D
-
Lael Ophir (neregistrovaný)
Ad tuhle informaci o FS ve VÝVOJI (!) - ve vývoji v tomto případě znamená že se přidává další funkcionalita. Btrfs je součástí mainline kernelu už 7 let, 4 roky ho mají některá distra (SLES, Oracle Linux) jako production/supported, a 1 rok je to default FS v SLES. Ale možná to soudruhům z těch deseti firem jen trochu trvá. Chápu že když jeden MS napsal WinNT za 4 roky, tak deset firem (Facebook, Fujitsu, Fusion-IO, Intel, Linux Foundation, Netgear, Oracle Corporation, Red Hat, STRATO AG a SUSE) nemůže dotáhnout FS do použitelného stádia za 7 let ;). No a jestli je podle vás Btrfs nestabilní, a je to defaultní FS ve SLES a supported FS na Oracle Linuxu, tak je to také dobrá reklama na Linux :)
https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/#fate-317221Ad použije jako podpásovku - styl diskuse si vybíráte sám svým přístupem, a pokud vám to připadá jako podpásovka (mě ne), tak zpytujte svědomí, čím jste si ji asi zasloužil. Že by tro(t)lení?
http://www.root.cz/zpravicky/microsoftu-unikl-zlaty-klic-od-secure-bootu/884994/ -
-
Zero (neregistrovaný)
... Ušetříte tím spoustu práce, protože když budete chtít zbořit FS, tak nemusíte ani odpojovat disk za provozu :D
http://www.root.cz/zpravicky/nepouzivejte-raid5-6-v-btrfs/
Hmmm ty mas na desktope disky v raid 5/6??? zaujimave... KOlko beznych userov okrem teba ma na desktope raid 5/6?Ad Lael používá technologie min 30 let z budoucnosti a mimozemské, jinak si těžko dokážeme vysvětlit aktualizace hotové řádově v sekundách a absolutně spolehlivá Windows - nějaký zdroj?
No staci si prejst par prispevkov kde popisujes svoj update windows... za minutu aj s rebootom som ich mal nainstalovane bla bla bla... -
Lael Ophir (neregistrovaný)
Ad ty mas na desktope disky v raid 5/6 - v RAID 5. Ale pointa je jinde: Linux je OS, který bojuje se spoustou věcí, které jsou jinde už desítky let vyřešené. Například FS a grafika (grafické artefakty, škubání, a vůbec celá ta předpotopní X11 zhůvěřilost). To množství nedodělků a problémů je ale výrazně delší. Tady autor zmínil jen pár kousků:
http://itvision.altervista.org/why.linux.is.not.ready.for.the.desktop.current.html#Desktop_Linux_Problems_and_Major_ShortcomingsAd staci si prejst par prispevkov kde popisujes svoj update windows... za minutu aj s rebootom som ich mal nainstalovane bla bla bla - pokud si vzpomínám, tak jsem psal o minutě a půl nebo o dvou, a bylo to na stroji s SSD a 16GB RAM, což je mimochodem dneska na desktopu už celkem levná věc. Prostě jsem změřil jak dlouho to trvá. Pochopitelně pokud máte nějaký šrot s 1GB RAM a 1.7" HDD se 4200 RPM, tak čekejte že budete čekat. A kdybyste lépe věděl co v příspěvcích dlouhodobě píšu, tak byste rozhodně nepsal, že Windows jsou podle mě absolutně spolehlivé. On totiž absolutně spolehlivý SW neexistuje, a to ani tam, kde je výrazně méně kódu a na spolehlivosti výrazně více záleží. Vždyť i browsery, které interpretují nějakých pár stovek HTML tagů, mají stovky vulnerabilities ročně. SW průmysl je v příšerném stavu, kdy je všechen kód plný bugů a zranitelností, a my jako šílenci píšeme víc a víc kódu místo abychom odladili co máme. Důvodem proč jsou na tom Windows relativně slušně ohledně spolehlivosti (přestože mají velikou spoustu funkcionality) je vyjma kvalitního vývojového modelu také obrovská spousta testování, které nikdo jiný v tomhle rozsahu neprovádí.
https://techcrunch.com/2012/10/25/microsoft-launches-windows-8-after-1-24b-hours-of-testing-available-on-over-1000-certified-devices/
https://en.wikipedia.org/wiki/Cluster_(spacecraft)#Launch_failure
https://en.wikipedia.org/wiki/1994_Scotland_RAF_Chinook_crash#FADEC_problems -
Adam KaliszStříbrný podporovatel@Zero Kolik uživatelů s Windows používá RAID5/6 na desktopu je dobrá otázka. Bude to asi úplné minimum. Storage spaces a pod. možná i funguje (než máte nějaký zásadnější problém a chcete třeba pole vzít a dát ho do jiného počítače).
Na "Linuxu" a resp. BSD bude situace asi diametrálně odlišná. MDADM a LVM (a ekvivalenty jako softraid, geom atd.) jsou dle mého poměrně solidní implementace. Osobně mám tak trochu shodou okolností jak RAID1, tak RAID5 v pracovní stanici s Debianem. To je ale spíš tím, že jsem chtěl méně žravý (přesto profi) a novější hardware, místo poměrně starého serveru.
Trochu přemýšlím, že přemigruji časem na OpenZFS.Znám minimálně jednu další osobu, která používá RAID na desktopu. Taky MDADM+lvm.
-
Martin Dráb (neregistrovaný)
Zkuste se podívat, zda máte oprávnění k přístupu na ten disk (mělo by stačit si zobrazit vlastnosti té diskové jednotky). Působí to na mě tak, že je vám ta aktualizace Windows asi vzala... to by neměl být problém změnit, pokud máte administrátorský přístup k danému stroji.
-
Martin Dráb (neregistrovaný)
> To je zajímavá možnost a z praxe, ale otázka je, pročpak to ta aktualizace udělala? Připomíná mi to chování vyděračského malware z poslední doby, ta ale nebere práva přístupu k datům, ta data šifruje :D
To by mě také celkem zajímalo (pokud teda jsou problémem ta oprávnění), ale třeba za tím existuje nějaký celkem logický důvod, který neznám. Před pár lety jsem z Debianu odinstalovával svn (apt-get) a totálně to rozbilo celý stroj (pravda, varovalo mě to, že něco není v pořádku). Tyhle věci se stávají občas všude.
-
No to by mě to LOGICKÉ zdůvodnění teda extra zajímalo, protože by to muselo zdůvodnit, proč to používá na aktualizaci systému externí disk, na kterém systém není, dále když už ho teda případně používá jako odkladiště instalačních dat (což ale podle mě stejně nebyl ten důvod, proč to začalo hrabat na ten disk), tak proč to mění přístupová práva k celému disku, místo aby si to vytvořilo nějaký temp adresář, do kterých si to dá dočasná data a po instalaci to uklidí a hlavně proč to teda bez toho externího disku jelo rychle, zato s ním ne (což evokuje spíše to, že to dělalo úplně něco jiného, než si odkládalo nějaká data kvůli místu a proto se to u této činnosti aktualizace zastavila a bez disku to pokračovalo dále)
-
fish (neregistrovaný)
Ona aktualizace(spíš přehrání) win10 občas zamrzne - již 2x stačilo odpojit síť a všechny periferie(myš, atp). Zůstal jen monitor. A pak i zásek trvající řádově hodiny "z ničeho nic" zmizel a upgrade se dokončil. A nejsem jediný s tímto problémem, podobné rady jsem nalezl i na nějakém M$ fóru. Odhaduji, že se to snaží osahat si, co je k tomu připojeno a ta procedura příliš nefunguje.
-
j (neregistrovaný)
Chmm ...naprosto logicky ti vysvetlim, ze se 100% jistotou bezel ten jejich odstranovac malware, kterej kdyby realne fungoval, tak by musel primarne smazat widle. Mno ... a jelikoz widle fungujou logicky, tak bych cekal neco na tema ze nekde (ne na tom disku, ale ve widlich) zustal viset nejaky lock, kterej widle neumej samy odstranit. A protoze ten disk ma locknutej ten uzasnej soft, tak ho widle nevidej, protoze k nemu nemaj pristup, ale ten soft ho nevidi taky, protoze si to zamkla jeho jina instance, kterou si odpojenim disku sestrelil a s tim soudruzi v M$ naprosto nepocitaj.
Je to stejny, jako kdyz ve widlich soses trebas torrent, a prehravac ti odmita prehrat ten soubor ... naprosto nesmyslne.
Tudiz s vysokou pravdepodobnosti tvuj problem vyresi reinstalace tech widli (s odpojenym diskem ...).
-
Lael Ophir (neregistrovaný)
Jo, Malici0us Software Rem0val Tool by během té instalace patchů mohl být.
Ad tak bych cekal neco na tema ze nekde (ne na tom disku, ale ve widlich) zustal viset nejaky lock, kterej widle neumej samy odstranit. A protoze ten disk ma locknutej ten uzasnej soft, tak ho widle nevidej, protoze k nemu nemaj pristup, ale ten soft ho nevidi taky, protoze si to zamkla jeho jina instance, kterou si odpojenim disku sestrelil a s tim soudruzi v M$ naprosto nepocitaj - to je moc pěkná teorie. Jenže v Disk M@nageru je vidět, že ten disk nemá FS, resp. je vidět jako RAW (řekněme blokové zařízení). To Mal1cious Software Rem0val Tool jaksi nedělá. Spíš bych to viděl na poškození FS tím vyškubnutím disku ze stroje za provozu.
-
Jenže v Disk M@nageru je vidět, že ten disk nemá FS, resp. je vidět jako RAW (řekněme blokové zařízení)
A jak vysvětlej Lael, že jako RAW se ten disk jeví jen a pouze na té konkrétní mašině a na jiných, včetně Wokenních ne?
Nijak že? Informace se nám nehodí do krámu, protože by mohla ukazovat na špatné věci ve Woknech, tak ji pro jistotu ignorujeme, že?A pročpak píšou to Malicious Software Removal Tool kódem? Přiznaj se!
-
Lael Ophir (neregistrovaný)
Ad proč to používá na aktualizaci systému externí disk, na kterém systém není - protože při instalaci patchů se používá interní disk, na kterém je nejvíc místa. Některé externí disky špatně vracejí Removable Media Bit, takže jsou považované za interní.
Ad proč to mění přístupová práva k celému disku - podle všeho nemění, protože disk je vidět jako RAW (řekněme blokové zařízení), a ne jako FS.
Ad aby si to vytvořilo nějaký temp adresář, do kterých si to dá dočasná data a po instalaci to uklidí - přesně tohle se běžně děje, ale když disk vyškubnete během instalace, tak po sobě instalátor těžko uklidí
Ad proč to teda bez toho externího disku jelo rychle, zato s ním ne (což evokuje spíše to, že to dělalo úplně něco jiného, než si odkládalo nějaká data kvůli místu a proto se to u této činnosti aktualizace zastavila a bez disku to pokračovalo dále) - mohl to být M@licio0s Software R3moval Tool, mohly se tam odkládat staré verze binárek, nebo to mohl být temp disk použitý kvůli nedostatku místa na primárním disku (i když teď na něm prý místo je). Těžko říct. Aktualizace píšou log file, v tom by se to dalo dohledat.
-
To jsou vše jen spekulace, stejně jako byly ty původní a mé otázky byly spíše řečnické, protože tím se ukazovalo, že spekulace je nejspíše nesmyslná a vy jak trdlo na to nechápavě odpovídáte.
Každopádně jsme se v zápalu vašich informací nedověděli opravdu podstatnou věc a sice, pročpak to jinde i na jiných Windows spolehlivě fachá!
-
Lael Ophir (neregistrovaný)
Ad proč teda píšete to M@licious S0ftware Rem0val T00l v kódu - máte na mysli to že jsem některá písmena nahradil za jiné znaky? Zdejší "ochrana proti spamu" občas křičí, že byl příspěvek vyhodnocen jako spam. Typicky k tomu vedou anglické výrazy. Když se to stane, postupně nahrazuji znaky v podezřelých slovech, případně celá slova jinými, dokud příspěvek neprojde.
-
mc (neregistrovaný)
Secure Boot je úžasná věc zejména pokud důvěřujete Microsoftu a výrobci základní desky a výrobci UEFI.
Pokud jste věřili Microsoftu chápu nyní Vaše zklamání - důvěra byla chybná.
Jinak chápu snahu Microsoftu uživatele ochránit tím, že vymyslím Secure Boot, jelikož modifikace jádra systému bylo to nejčastější co se po napadení systémů od Microsoftu dělo. Byla to nepochybně ta největší bolístka v bezpečnosti a bylo nutné obnovit důvěru ve Windows vymyšlením Secure Boot a pokusit se ho všude prosadit (dokonce i ve spolupráci například s Ubuntu - časem bychom je sice hodili přes palubu..).
