MC: pořadí kopírování souborů

nobody(ten pravej)

Re:MC: pořadí kopírování souborů
« Odpověď #75 kdy: 22. 04. 2016, 19:00:54 »
Lael.Ophir:
http://www.root.cz/clanky/postrehy-z-bezpecnosti-kriticka-chyba-schannel-postihujici-windows/nazory/523906/
http://www.root.cz/clanky/postrehy-z-bezpecnosti-kriticka-chyba-schannel-postihujici-windows/nazory/523950/
kdybys radeji misto toho PR zaridil aby rozesranej WindowUpdate na W7SP1 fungovat*1 bez potreby rucne instalovat novej WindowsUpdateAgent a fixovat naborene registry, na CISTE nainstalovanejch W7+SP1...

*1) alespon tak dementne jak to maji windows navrhnute a tedy netvalo vyhledani aktualizaci nekolik dni az vecnost...


Lol Phirae

Re:MC: pořadí kopírování souborů
« Odpověď #76 kdy: 22. 04. 2016, 19:16:53 »
kdybys radeji misto toho PR zaridil aby rozesranej WindowUpdate na W7SP1 fungovat*1 bez potreby rucne instalovat novej WindowsUpdateAgent a fixovat naborene registry, na CISTE nainstalovanejch W7+SP1...

Klik, Maloměk už usilovně pracuje na tom, aby to nefungovalo vůbec. Hotfixy od května pouze přes IE-only Microsoft Update Catalog, kde navíc nefunguje HTTPS, případně přes WSUS, který poslední aktualizací rozmrdali tak, že je nepoužitelný.

Re:MC: pořadí kopírování souborů
« Odpověď #77 kdy: 22. 04. 2016, 23:32:10 »
...
Používání nedokumentovaných vlastností OS je jak známo prasárna, zde navíc s potenciálem způsobit ztrátu dat...
;D  ;D  ;D
Blue on blue?

j

Re:MC: pořadí kopírování souborů
« Odpověď #78 kdy: 23. 04. 2016, 07:36:50 »
Klik, Maloměk už usilovně pracuje na tom, aby to nefungovalo vůbec. Hotfixy od května pouze přes IE-only Microsoft Update Catalog, kde navíc nefunguje HTTPS, případně přes WSUS, který poslední aktualizací rozmrdali tak, že je nepoužitelný.

On stejne ten wsus nikdy pouzitelnej nebyl ... moznosti nastavit co kde instalovat a co ne? Presne 0. Teda jasne, muzes rucne schvalovat patche pro kazdej stroj extra - kdyz si pro kazdej extra udelas skupinu. A i to se posere, protoze ten uzasne snap-in ... je tak bombackej, ze startuje 10 minut i na 32 jadrovym stroji ... a na kazdej klik reaguje tak 2-3 minuty, aby se ve finale zhroutil na timeout. Driv nebo pozdejs (= tak do 14 dni nejpozdejs) se to posere cely zcela garantovane. Neumi to smazat nepotrebny patche (to ani v pripade, ze je na disku nemas), nikdy to nedobehne. A jako bonus dostanes, ze ten snap-in uz pak nenastartuje vubec, takze se proste ani nepodivas, co je a co neni opatchovany. A i kdyz ses nahodou jeste ve fazi, ze se podivat muzes, tak jediny co zjistis, ze kazdej tvuj system nezbytne potrebuje 186 patchu ... pricemz ti patchovator na strane toho systemu hlasi, ze zadny dalsi patche nejsou k dizpozici ... aneb tisicistrankova diskuse na webu M$ na tema, jak sou v M$ kreteni, ktery jazykovy balicky oznacej jako potrebnou zaplatu. Jo ... muzes je (opet pro kazdou verzi systemu extra) pekne rucne prochazet a zakazovat ... lol.

O tom, ze se ti na 100 zcela totoznych strojich instalujou ruzny patche, a jeste k tomu zcela random se na kazdym podela jinej ani nemluve.

Kolega minulej tejden patchoval notes co se nakou dobu povaloval ve skladu ... 3 dny.

Lol Phirae

Re:MC: pořadí kopírování souborů
« Odpověď #79 kdy: 24. 04. 2016, 17:42:07 »
Poslední zážitek s Maloměkem - W10 neumí pracovat s MBR disky. (Po nedobrovolném upgradu z W7 - do Redmondu vřelé díky a vostnáč do análu - jsem chtěl známému zazálohovat dokumenty a fotky a počítač přeinstalovat.) Rozdělám bednu, připojím přes SATA 500GB starý disk, protože přes USB 2.0 jsem to fakt tahat nechtěl. Disk byl předem naformátován na NTFS. Poslední zázrak z dílny negramotů však místo NTFS detekoval RAW filesystém a v diskpartu byl volume offline. Nahodit online se samozřejmě nedal.

Nevadí. Oddíl jsem v diskpartu smazal, vytvořil znova. OK. Následuje format fs=ntfs quick - kdepak. Prý nesprávná volba. Pouštím diskmgmt.msc, oddíl opět mažu, vytvářím znova, volím NTFS přes celý disk a rychlé formátování. Kdepak. Formátování se nezdařilo, právě vytvořený oddíl je prý offline. A skutečně. Znova diskpart, dávám clean a reboot. Windows najde nový disk a chce ho inicializovat, defaultně nabízí MBR. Potvrzuji, s takhle malým diskem není důvod dělat něco jiného. Opět ta stejná story.

Stahuji asi tři různé partition utility a zkouším v nich. Oddíl sice zdárně naformátován, leč Redmondím morem okamžitě označen jako offline a NTFS se tváří opět jako RAW.

V záchvatu nasrání opět dávám clean v diskpartu, reboot. Windows nachází disk, chce ho inicializovat, nabízí defaultně MBR. Seru na to a volím GPT. Opět dávám vytvořit NTFS oddíl přes celý disk. Zázrak - volume je online, formátování proběhlo, písmenko přiřazeno, můžeme zálohovat.

Světe div se, samotný systém je nainstalován na MBR disku a s tím Windows problém nemá.

Tímto posílám vřelý víkendový pozdrav Laelovi do Redmondu a vzkazuji: Sto kokotov do riti a hrdzavú kotvu do chrbta, kreténi!!!  >:( >:( >:( >:( >:( >:(



j

Re:MC: pořadí kopírování souborů
« Odpověď #80 kdy: 25. 04. 2016, 09:46:34 »
Jo ... to si predstav, ze si takhle (bez tech M$ kokotin) udelas truecrypt volume (pres celej disk samo) ... a widle ti pri kazdym startu budou nadavat, ze mas v systemu neinicializovanej disk ... a kdyz nekdo klipne na inicializovat, tak sou data v riti. Na druhou stranu, truecrypt to pripoji a bez kecu to funguje ... ;D

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #81 kdy: 25. 04. 2016, 15:38:35 »
Lael.Ophir:
http://www.root.cz/clanky/postrehy-z-bezpecnosti-kriticka-chyba-schannel-postihujici-windows/nazory/523906/
http://www.root.cz/clanky/postrehy-z-bezpecnosti-kriticka-chyba-schannel-postihujici-windows/nazory/523950/
kdybys radeji misto toho PR zaridil aby rozesranej WindowUpdate na W7SP1 fungovat*1 bez potreby rucne instalovat novej WindowsUpdateAgent a fixovat naborene registry, na CISTE nainstalovanejch W7+SP1...

*1) alespon tak dementne jak to maji windows navrhnute a tedy netvalo vyhledani aktualizaci nekolik dni az vecnost...

No vida, já psal o rebootu pod půl minuty a s instalací tehdejšího patche za minutu čtyřicet. To jsou přece běžné hodnoty. Těch "několik sekund" je holt něčím výmysl.

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #82 kdy: 25. 04. 2016, 15:42:28 »
kdybys radeji misto toho PR zaridil aby rozesranej WindowUpdate na W7SP1 fungovat*1 bez potreby rucne instalovat novej WindowsUpdateAgent a fixovat naborene registry, na CISTE nainstalovanejch W7+SP1...

Klik, Maloměk už usilovně pracuje na tom, aby to nefungovalo vůbec. Hotfixy od května pouze přes IE-only Microsoft Update Catalog, kde navíc nefunguje HTTPS, případně přes WSUS, který poslední aktualizací rozmrdali tak, že je nepoužitelný.

Jak už jsme si vysvětlovali, HTTPS není potřeba protože jsou patche digitálně podepsané, a z webu Windows Catalogu je možné je stáhnout i aplikací třetí strany, jako je například WSUS Offiline (který má s MS WSUS společný jen kus názvu). Ale jinak dobrý FUD :)

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #83 kdy: 25. 04. 2016, 15:47:03 »
Klik, Maloměk už usilovně pracuje na tom, aby to nefungovalo vůbec. Hotfixy od května pouze přes IE-only Microsoft Update Catalog, kde navíc nefunguje HTTPS, případně přes WSUS, který poslední aktualizací rozmrdali tak, že je nepoužitelný.

On stejne ten wsus nikdy pouzitelnej nebyl ... moznosti nastavit co kde instalovat a co ne? Presne 0. Teda jasne, muzes rucne schvalovat patche pro kazdej stroj extra - kdyz si pro kazdej extra udelas skupinu. A i to se posere, protoze ten uzasne snap-in ... je tak bombackej, ze startuje 10 minut i na 32 jadrovym stroji ... a na kazdej klik reaguje tak 2-3 minuty, aby se ve finale zhroutil na timeout. Driv nebo pozdejs (= tak do 14 dni nejpozdejs) se to posere cely zcela garantovane. Neumi to smazat nepotrebny patche (to ani v pripade, ze je na disku nemas), nikdy to nedobehne. A jako bonus dostanes, ze ten snap-in uz pak nenastartuje vubec, takze se proste ani nepodivas, co je a co neni opatchovany. A i kdyz ses nahodou jeste ve fazi, ze se podivat muzes, tak jediny co zjistis, ze kazdej tvuj system nezbytne potrebuje 186 patchu ... pricemz ti patchovator na strane toho systemu hlasi, ze zadny dalsi patche nejsou k dizpozici ... aneb tisicistrankova diskuse na webu M$ na tema, jak sou v M$ kreteni, ktery jazykovy balicky oznacej jako potrebnou zaplatu. Jo ... muzes je (opet pro kazdou verzi systemu extra) pekne rucne prochazet a zakazovat ... lol.

O tom, ze se ti na 100 zcela totoznych strojich instalujou ruzny patche, a jeste k tomu zcela random se na kazdym podela jinej ani nemluve.

Kolega minulej tejden patchoval notes co se nakou dobu povaloval ve skladu ... 3 dny.

U WSUS je potřeba čas od času nechat proběhnout ten maintenance wizard. Pokud ho rok neprojdete, tak to běží zatraceně dlouho. Pak je potřeba zvolit vždy jednu položku (od konce seznamu), a to za pár hodin zafunguje. Osobně se mi WSUS moc nelíbí, ale faktem je, že funguje.

Ad muzes rucne schvalovat patche pro kazdej stroj extra kdyz si pro kazdej extra udelas skupinu - tady zase někdo nepochopil princip. Pointa WSUS je právě v tom, že schvalujete instalaci patchů hromadně.

Ad na 100 zcela totoznych strojich instalujou ruzny patche, a jeste k tomu zcela random se na kazdym podela jinej ani nemluve - zajímavé že vám nikdy nic nefunguje. Vidím pár WSUS serverů, které prostě fungují jak mají. U jednoho bylo potřeba pročistit DB, protože na ní admin-prase pár let nesáhnul. Jinak v pohodě.

Ad Kolega minulej tejden patchoval notes co se nakou dobu povaloval ve skladu ... 3 dny - jinými slovy asi existoval dobrý důvod, proč takovou plečku schovat do skladu :D

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #84 kdy: 25. 04. 2016, 15:52:59 »
Poslední zážitek s Maloměkem - W10 neumí pracovat s MBR disky. (Po nedobrovolném upgradu z W7 - do Redmondu vřelé díky a vostnáč do análu - jsem chtěl známému zazálohovat dokumenty a fotky a počítač přeinstalovat.) Rozdělám bednu, připojím přes SATA 500GB starý disk, protože přes USB 2.0 jsem to fakt tahat nechtěl. Disk byl předem naformátován na NTFS. Poslední zázrak z dílny negramotů však místo NTFS detekoval RAW filesystém a v diskpartu byl volume offline. Nahodit online se samozřejmě nedal.

Nevadí. Oddíl jsem v diskpartu smazal, vytvořil znova. OK. Následuje format fs=ntfs quick - kdepak. Prý nesprávná volba. Pouštím diskmgmt.msc, oddíl opět mažu, vytvářím znova, volím NTFS přes celý disk a rychlé formátování. Kdepak. Formátování se nezdařilo, právě vytvořený oddíl je prý offline. A skutečně. Znova diskpart, dávám clean a reboot. Windows najde nový disk a chce ho inicializovat, defaultně nabízí MBR. Potvrzuji, s takhle malým diskem není důvod dělat něco jiného. Opět ta stejná story.

Stahuji asi tři různé partition utility a zkouším v nich. Oddíl sice zdárně naformátován, leč Redmondím morem okamžitě označen jako offline a NTFS se tváří opět jako RAW.

V záchvatu nasrání opět dávám clean v diskpartu, reboot. Windows nachází disk, chce ho inicializovat, nabízí defaultně MBR. Seru na to a volím GPT. Opět dávám vytvořit NTFS oddíl přes celý disk. Zázrak - volume je online, formátování proběhlo, písmenko přiřazeno, můžeme zálohovat.

Světe div se, samotný systém je nainstalován na MBR disku a s tím Windows problém nemá.

Tímto posílám vřelý víkendový pozdrav Laelovi do Redmondu a vzkazuji: Sto kokotov do riti a hrdzavú kotvu do chrbta, kreténi!!!  >:( >:( >:( >:( >:( >:(



Windows s MBR disky bez problémů funguje, alespoň u mě a všude kde jsem to potřeboval. U vás za tím může být třeba nějaká "ochrana" antiviru nebo BIOSu, co já vím. Mimochodem kdyby například každý uživatel Linuxu křičel něco o kokotech do riti když jako neprivilegovaný uživatel nemůže ani použít klíčenku kterou někdo zapsal na jiném stroji, protože jsou na ní inteligentně permissions a inteligentně na každém stroji pro jiné UID, tak by řvali všichni uživatelé Linuxu.

Jo a připomněl jste mi příhodu, kdy jsem se pokoušel založit na Linuxu na RAIDu 16 partition. Bohužel limit je 15 partitions. Velmi vtipné je to každá utilita hází jinou chybovou hlášku, a žádná smysluplnou. No jo, je (skoro-)Unix :). Nejsem ale cholerik, abych potřeboval ventilovat cosi o kokotech do riti. Nakonec jestli jste cholerik, tak si u každého z těchto problémů můžete zařvat. Ale on je tu Tux, takže se problémy nepočítají, že? ;)
http://itvision.altervista.org/why.linux.is.not.ready.for.the.desktop.current.html

P_V

  • ***
  • 227
    • Zobrazit profil
    • E-mail
Re:MC: pořadí kopírování souborů
« Odpověď #85 kdy: 25. 04. 2016, 16:19:43 »
Na FAT32 že jsou nějaké permissions?

j

Re:MC: pořadí kopírování souborů
« Odpověď #86 kdy: 25. 04. 2016, 16:49:40 »
...
Tady spis nekdo vubec netusi, ze pointa patchovani je v tom, ze si nastavim 10, 20, 30 setu pravidel, podle toho, jak se kterej stroj pouziva, a podle toho se taky patchuje, coz se s widlema udelat neda, ze luliku ...

Takze abych toho dosahnul ve widlich, tak si na to musim poridit nastroje tretich stran.

Jo, adminem myslis samo M$ zejo? Protoze ty stroje byly ciste nainstaleny widle. A ta plecka bylo i5 s ssd ...

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #87 kdy: 25. 04. 2016, 18:00:02 »
Na FAT32 že jsou nějaké permissions?

Na FAT32 ne. Na ext2/3/4 ano.

P_V

  • ***
  • 227
    • Zobrazit profil
    • E-mail
Re:MC: pořadí kopírování souborů
« Odpověď #88 kdy: 25. 04. 2016, 18:15:02 »
A to jo, kdo si jako správný hipster naformátuje flashku v nějakém platformně specifickém fs a navíc určeném na něco jiného, tak ty problémy s permišny a hartusení na ně jsou součástí jeho image. *

* nikoli image na disku, ale image dojmologického

Lol Phirae

Re:MC: pořadí kopírování souborů
« Odpověď #89 kdy: 25. 04. 2016, 18:30:16 »
U WSUS je potřeba čas od času nechat proběhnout ten maintenance wizard. Pokud ho rok neprojdete, tak to běží zatraceně dlouho.

Kterej dělá sám o sobě lautr hovno. Ve skutečnosti je potřeba všechny ty dříve schválené, nyní superseeded hotfixy nejdřív ručně odmítnout. Což ten křáp neumí ani v poslední reinkarnaci.

Windows s MBR disky bez problémů funguje, alespoň u mě a všude kde jsem to potřeboval. U vás za tím může být třeba nějaká "ochrana" antiviru nebo BIOSu, co já vím.

Jistě. A taky ti instalace aktualizací včetně restartu trvá několik sekund.

Žádný antivirus (krom toho Defender zmetka defaultně instalovaného s Wokny) ani ochrana BIOSu tam nebyla, kdybys použil tu tykev na hlavě k myšlení, tak by tě něco takového ani nenapadlo, protože mezi inicializací disku na GPT a MBR z tohoto hlediska není žádný rozdíl, stejně se tam vytvoří protective MBR.