Z RAID na single HDD



Měl jsem systémový disk na RAID 0. Rozhodl jsem se přejít na SSD disk.  
Systém zálohuji přes Acronis. Vše proběhlo OK. Jen jsem si říkal, že nepotřebuji v BIOSu zapínat RAID, když jen nepoužívám a čekat tak na to zavádění, které jen zdržuje start PC. Jenže když to přepnu, tak PC nenajde, jako by začne najíždět a pak restartne. Co udělat, abych mohl RAID v BIOSu vypnout s PC najel?  
Jinak systém W7 x64 CZ
jedine reinštalovať systém v non-raid režime
<ol> <li>v systému windows spusťte příkazový řádek jako správce</li> <li>vyvolejte spuštění nouzového režimu příkazem: <code>bcdedit /set {current} safeboot minimal</code></li> <li>během spouštění restartujte počítač a zadejte systém bios.</li> <li>přejděte z ide do režimu ahci, poté <code>save &amp; exit</code>.</li> <li>windows 10 se spustí v nouzovém režimu.</li> <li>klepněte pravým tlačítkem myši na ikonu okna a vyberte, abyste spustili příkazový řádek v administrátorském režimu z různých možností.</li> <li>zrušte bootování v nouzovém režimu příkazem: <code>bcdedit /deletevalue {current} safeboot</code></li> <li>restartujte počítač ještě jednou a tentokrát se spustí normálně, ale s aktivovaným režimem ahci.</li> </ol><p>( <a href="http://www.tenforums.com/drivers-hardware/15006-attn-ssd-owners-enabling-ahci-mode-after-windows-10-installation-5.html">zdroj</a> )</p> <p>můžete se podívat do <code>/sys/block</code>:</p><pre><code>-bash-3.2$ ls -ld /sys/block/sd*/device lrwxrwxrwx 1 root root 0 jun 8 21:09 /sys/block/sda/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdb/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host1/target1:0:0/1:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdc/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdd/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host3/target3:0:0/3:0:0:0 </code></pre><p>nebo pokud nemáte <code>/sys</code>, můžete se podívat na <code>/proc/scsi/scsi</code>:</p><pre><code>-bash-3.2$ cat /proc/scsi/scsi attached devices: host: scsi0 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi1 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi2 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi3 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi4 channel: 00 id: 00 lun: 00 vendor: pepperc model: virtual disc 1 rev: 0.01 type: cd-rom ansi scsi revision: 03 </code></pre> Použij nějaké "Live CD"

[o106.com/...](http://o106.com/odvirovani-pocitace-s-windows-bootovatelna-live-cd-s-antiviry/) Počkej, až se nainstalují aktualizace a aplikace, které provádí ten WMI, pak se vypne sám. Zapíná se opět sám jen v případě potřeby. <p>zdá se, že windows nedovolí idea změnit vaše osobní nastavení tak snadno, jak by se dalo očekávat. ujistěte se, že je možné uložit podpis hostitele, opravuje problém. chcete-li, aby to idea provedlo, spusťte idea jako správce na systému vista/win7 nebo zrušte nastavení &quot;<em> chránit počítač před neoprávněnou činností programu </em>&quot; v dialogu xp<em> run as </em>/ jen jednou. po vytvoření ssh spojení a uložení podpisu se tento dialog odstraní. po uložení podpisu idea přijímá hostitele, i když je spuštěn jako smrtelný uživatel. </p> <p>registry <code>"*</code> a <code>"+</code> jsou pro schránku systému (<code>:help registers</code>). v závislosti na vašem systému mohou dělat různé věci. například v systémech, které nepoužívají x11 jako osx nebo windows, se registr <code>"*</code> používá pro čtení a zápis do systémové schránky. na systémech x11 lze použít oba registry. pro více informací viz <code>:help x11-selection</code>, ale v podstatě <code>"*</code> je analogický s x11 <em>primárním</em> výběrem (který obvykle kopíruje věci, které vyberete myší a pastami pomocí prostřední tlačítko myši) a <code>"+</code> je obdobné jako u x11 <em>clipboard</em> výběr (což je vlastní schránka).</p><p>pokud vše, co šlo přes hlavu, zkuste pomocí <code>"*yy</code> nebo <code>"+yy</code> zkopírovat řádek do schránky systému. za předpokladu, že máte vhodné možnosti kompilace, by měl fungovat jeden nebo druhý. možná budete chtít přeměnit to na něco výhodnější pro vás. například můžete v souboru ~/.vimrc zadat <code>vnoremap &lt;c-c&gt; "*y</code>, abyste mohli vizuálně vybrat a stisknout <kbd>ctrl</kbd>+<kbd>c</kbd> vyskočit do schránky systému.</p><p>mějte na paměti, že kopírování/vkládání ze systémové schránky <strong>nebude fungovat</strong> pokud <code>:echo has('clipboard')</code> vrací 0. v tomto případě není vim zkompilován s funkcí <code>+clipboard</code> a budete muset nainstalovat jinou verzi nebo znovu zkompilovat . některé linuxové distribuce standardně dodávají minimální instalaci vimu, ale obecně, pokud <strong>nainstalujte balíček <code>vim-gtk</code> nebo <code>vim-gtk3</code></strong> můžete získat další funkce.</p><p>můžete se také podívat na volbu <code>'clipboard'</code> popsanou v <code>:help cb</code>. v tomto případě můžete <code>:set clipboard=unnamed</code> nebo <code>:set clipboard=unnamedplus</code> provést všechny operace vyhození/smazání automaticky zkopírovat do systémové schránky. to by mohlo být nepříjemností v některých případech, kdy ukládáte něco jiného do schránky, protože to přepíše.</p><p>chcete-li vložit, můžete použít <code>"+p</code> nebo <code>"*p</code> (opět v závislosti na vašem systému a/nebo požadovaném výběru) nebo je můžete namapovat na něco jiného. typicky je zadávám, ale často se nacházím v režimu vkládání. pokud jste v režimu vkládání, můžete je stále vkládat pomocí správného odsazení pomocí <code>&lt;c-r&gt;&lt;c-p&gt;*</code> nebo <code>&lt;c-r&gt;&lt;c-p&gt;+</code>. viz <code>:help i\_ctrl-r\_ctrl-p</code>.</p><p>za zmínku stojí také možnost <code>paste</code> vim (<code>:help paste</code>). toto vloží vim do speciálního "režimu vkládání", který zakáže několik dalších možností, což vám umožní snadno vložit do vimu pomocí svého terminálového emulátoru nebo známé zkratky pro vložení multiplexeru. jednoduše zadejte <code>:set paste</code>, abyste jej aktivovali, vložte obsah a potom zadejte <code>:set nopaste</code>, abyste jej zakázali. alternativně můžete pomocí volby <code>pastetoggle</code> nastavit kód klíče, který přepíná režim (<code>:help pastetoggle</code>). doporučuji používat registry namísto těchto možností, ale pokud jsou stále příliš děsivé, může to být vhodné řešení, když si vylepšujete své vim chops.</p><p>podrobnější informace naleznete v tématu <code>:help clipboard</code>.</p> <p>jednoduše řečeno: nemůžete. podle návrhu je launcher určen k tomu, aby tam vždy zůstal. pokud se chcete vzdát, jediným způsobem, jak to udělat, je vzdát se celého rozhraní jednoty přepnutím na jiné de nebo přepnutím na klasickou relaci gnome.</p><p>přesun spouštěče na jinou hranu obrazovky také není implementován a nebyl by, podle <a href="https://bugs.launchpad.net/unity/+bug/668415/comments/2">markův komentář k chybě</a> .</p> <p>musíte upravit <code>/etc/fstab</code> a přidejte nový odkládací oddíl.</p><pre><code>sudo nano /etc/fstab </code></pre><p>musíte přidat řádek, který vypadá</p><pre><code>uuid=735b3be3-779c-4d21-a944-b033225f3ab4 none swap sw 0 0 </code></pre><p>a pomocí příkazu získáte uuid</p><pre><code>sudo blkid /dev/sda3 </code></pre><p>(nahradit <code>/dev/sda3</code> s příslušným názvem zařízení; abychom viděli příslušné jméno zařízení, můžeme použít <code>lsblk</code> - jak bylo řečeno <a href="https://askubuntu.com/a/333604/925128">zde</a> ).</p><h3>příbuzný:</h3><ul> <li> <a href="https://askubuntu.com/q/54221/40581">jak editovat soubory v terminálu pomocí nano?</a> </li> </ul> Jediným důvodem, proč jsem nechtěl používat `ThreadPool`levnou multithreading je, když potřebuji ...


1. interract s metodou chodu (např zabít to)
2. spustit kód na [podproces STA](http://msdn.microsoft.com/en-us/library/system.stathreadattribute.aspx "Single-Threaded Apartment nit;  viz např tohoto referenčního stránce MSDN STAThreadAttribute") (to se mi stalo)
3. udržet nit živý po mé žádosti zemřel ( `ThreadPool`závity jsou na pozadí nitě)
4. v případě, že musím změnit prioritu závitu. Nemůžeme měnit prioritu nití ThreadPool která je ve výchozím nastavení Normal.



> 
> **PS:** Tento článek MSDN [*„Managed Thread Pool“*](http://msdn.microsoft.com/en-us/library/0ka9477y.aspx "Managed Thread Pool (stránky na webu MSDN)") obsahuje oddíl s názvem *„Kdy nepoužít Thread Pool příze“* , s velmi podobným, ale o něco více kompletní seznam možných důvodů nepoužívá vlákno bazén.
> 
> 
> 


Existuje spousta důvodů, proč byste museli přeskočit `ThreadPool`, ale pokud je neznáte, pak `ThreadPool`by mělo být dost dobré i pro vás.


Alternativně, podívejte se na nový [rámec Paralelní rozšíření](http://www.microsoft.com/downloads/details.aspx?FamilyID=e848dc1d-5be3-4941-8705-024bc7f180ba) , která má nějaké úhledné věci tam, které mohou vyhovovat vašim potřebám, aniž by museli používat `ThreadPool`. <p>obecně byste měli použít <code>kill</code> (zkratka pro <code>kill -s term</code> nebo na většině systémů <code>kill -15</code>) před <code>kill -9</code> (<code>kill -s kill</code>) dát cílovému procesu šanci na vyčištění po sobě. (procesy nemohou chytit nebo ignorovat <code>sigkill</code>, ale mohou a často to chytí <code>sigterm</code>.) pokud nedáte procesu šanci dokončit to, co dělá a vyčistit, je to může nechat poškozené soubory (nebo jiný stav) kolem, že nebude schopen pochopit, jakmile restartujete.</p><p><code>strace</code>/<code>truss</code>, <code>ltrace</code> a <code>gdb</code> jsou obecně dobré nápady, jak zjistit, proč je zaseknutý proces zaseknutý. (<code>truss -u</code> na systému solaris je zvláště užitečné; <code>ltrace</code> příliš často předkládám argumenty pro volání z knihovny v nepoužitelném formátu.) solaris má také užitečné <code>/proc</code>- založené nástroje, z nichž některé byly přeneseny do linuxu. (<code>pstack</code> je často užitečný).</p>