Příspěvky

1486

Windows a jiné systémy / Re:Naučit Windows správce disků oddíly

« kdy: 28. 02. 2020, 00:37:21 »

8. (vypnul virtual) pripojil z USBFlash v W10 pridanej treti oddil, precetl soubor ok
9. v Gparted pridal na USBFlash rozsirenej oddil, do nej dalsi 1x FAT32 a 1x NTFS oddil
10. (zapnul virtual) W10 automaticky priradil obou novym oddilum na USBFlash pismenka...

1487

Windows a jiné systémy / Re:Naučit Windows správce disků oddíly

« kdy: 28. 02. 2020, 00:29:00 »

Jestli si chces usetrit cas, tak multipart USB flasku a sdkartu na woknech nezkousej. Nefunguje to, nebude to fungovat, nebo to bude delat nepochopitelny veci, psat nepochopitelny veci, ztracis tim cas.  [...]

ackoliv Windows(10) nemusim a "vim" ze odjakziva u vymenejch "disku" umeli jen prvni oddil, hodil sem patricne klicova slova do DuckDuckDo, jeden z prvnich vysledku ma info ze to jde od w10-1703, vcetne vytvareni, rozepsanych nekolik postupu (v podstate totozne jako pro sata disk), takze sem to zkusil:

1. v GNU/Linux hodit raspbian image na USBFlash
2. nepoustel sem v RPi, takze oddil2 nebyl pri prvnim startu natazen na zbyle volne misto
3. USBFlash priradil do virt-manager/kvm/qemu virtualu s W10-1903
4. ve spravci disku videl tohle
5. beznym zpusobem (prava mys nad volnym mistem, vytvorit 10GB odidl, naformatovat na ntfs)
6. samo se pridadilo pismeno disku k nove vytvorenemu oddilu...
7. v diskpart nejsou prasarny jako ma $tazatel

1488

Distribuce / Re:Synchronizace OS - jde to vůbec ?

« kdy: 27. 02. 2020, 11:29:33 »

[...]vicemene blbe kecy[...]

k mejm datum nema pristup kdejaka sluzba, protoze kdejake sluzby nepouzivam, ani (ne mnou) zminovany DropBox

pokud v GNU/Linux pouziju klienta pro GoogleDrive, tak narozdil od pouziti Microsoft Windows s MSLive uctem (i bez nej) nedavam souhlas k pristupu k lokalne ulozenejm datum.

budes se divit ale jmenovka na schrance neobsahuje me data ulozene v notebooku...

kdyby Live account byla zabarina, tak Microsoft nebude pri instalaci W10 k jeho zalozeni uzivatele nekolikrat tlacit, ani nebude mit zakazenou moznost intalace W10-Home bez nutnosti zrizeni MSLive uctu...

1489

Distribuce / Re:Synchronizace OS - jde to vůbec ?

« kdy: 27. 02. 2020, 00:47:34 »

v jakemkoliv pouziti => strata soukromi
s pouzitim s MSLive uctem => jeste vetsi strata soukromi

Jestli považujete za ztrátu soukromí mít windows nebo někde účet, tak to je smutné. Musí Vás děsit i jmenovka na poštovní schránce, protože ta soukromí narušuje víc a ve větším okruhu lidí, než mít Live account.

jestli nepovazujes za ztratu soukromi odsouhlaseni EULA k Windows, ci hur k MSLive, kdy davas svoleni ze Microsoft muze pristupovat, nahravat si k sobe a analyzovat tvoji postu, zpravy, poznamky, rucne psane, hlasove, dokumenty, fotky vcetne privatnich souboru, nemoznost vypnout odesilani telemetrie ale pouze ji nastavit na zakladni, atd, atd... tak nejsi svepravnej... ale bud tak laskav a odpust si blbe kecy srovnavajici to s jmenovkou na postovni schrance ;-)

1490

Distribuce / Re:Synchronizace OS - jde to vůbec ?

« kdy: 26. 02. 2020, 23:54:30 »

V podstate s tim v domacim pouziti muze byt mene problemu nez to co uvadis s Windows a potreby domeny, i kdyz ve Windows je to pripravene k naklikani na ukor straty soukromi ;-)

To by mě zajímalo, jak s windows doménou ztrácím soukromí?

v domacim pouziti => potreba zprovozneni HW s Windows Server co bude delat domenu
v jakemkoliv pouziti => strata soukromi
s pouzitim s MSLive uctem => jeste vetsi strata soukromi

1491

Distribuce / Re:Synchronizace OS - jde to vůbec ?

« kdy: 26. 02. 2020, 20:15:20 »

V podstatě potřebujete "jen" synchronizovat domovské adresáře a mít software ve stejné verzi. V praxi to je spíš tortura, než výhoda.

Na Linuxu pro domácí použití je to prakticky neřešitelné (přinese to víc problémů, času s odladěním, než užitku), případně se dá synchronizovat jen pár vybraných nastavení a vybrané adresáře.[...]

V podstate s tim v domacim pouziti muze byt mene problemu nez to co uvadis s Windows a potreby domeny, i kdyz ve Windows je to pripravene k naklikani na ukor straty soukromi ;-)

Teoreticky:
- pokud pracuje jen na NB nebo jen na PC, tak pri odhlaseni by se rsync home -> nas
- a pri prihlaseni by se rsync nas -> home
- ohledne install app, pridat skript co po apt install new balicku hodi na nas vystup z apt-clone nebo jen ty nove instalovane a "druhej stroj" pri sync home z nas by na zaklade toho provedl nainstalovani balicku

Nevim zda to uz nejake pripravene nema treba ansible, puppet ci neco podobneho...

Pripadne naprosto bezpromove to co tazatel nadhodil, USB-extSSD (s system + home) sdilet mezi obema stroji a startovat z toho, pokud bude USB3 prevodnik s UASP a zapojeno do USB3 portu tak prakticky nepozna rozdil oproti SATA pripojeni...

1492

Distribuce / Re:Uvolnění místa smazáním balíčků linux-modules-extra

« kdy: 26. 02. 2020, 12:38:07 »

Dakujem vsetkym za odpovede. Nasiel som este tieto balicky. Predpokladam ze plati to iste aj pre ne (nechat 2 posledne verzie)?

[...] 63217   linux-modules-4.15.0-43-generic [...]

apt --purge autoremove som tiez skusil ale linux-modules-* a linux-modules-extra-* zostavaju aj po tomto prikaze takze to budem musiet rucne podla dpkg

jj, plati, resp. plati to pro vice nazvu,pro kazde jadro je vice balicku, dle toho co mas az treba (jen priklad jadra 5.3.0-28)

Kód: [Vybrat]

linux-headers-5.3.0-28
linux-headers-5.3.0-28-generic
linux-hwe-tools-5.3.0-28
linux-image-5.3.0-28-generic
linux-modules-5.3.0-28-generic
linux-modules-extra-5.3.0-28-generic
linux-tools-5.3.0-28-generic

a k tomu ze ti nejde autoremove, to funguje pouze tehdy pokud nebylo naruseno rucni instalaci uzivatelem, kdy se balicky oznaci jako rucne instalovane (tedy brano ze vyzadovane uzivatelem a nechce aby se automaticky odstranily)...

napriklad pro ty linux-modules*

Kód: [Vybrat]

# zjisteni zda jsou nastavene jako manualne instalovane (spravne by NEmelo zobrazit nic)
apt-mark showmanual linux-modules*

# zjisteni zda jsou nastavene jako automaticky instalovane (spravne by melo zobrazit vsechny ty instalovane balicky)
apt-mark showauto linux-modules*

# prenastaveni tech co jsou jako manual na "bylo automaticky" instalovane:
sudo apt-mark auto $(apt-mark showmanual linux-modules*)

a jakmile jsou balicky k jadru oznacene jako auto, tak zabere:

Kód: [Vybrat]

sudo apt --purge autoremove

(to ponechava posledni 2 sady balicky jadra, pripadne 2+bezici pokud bezici neni jedno z tech 2 poslednich)

1493

Distribuce / Re:Uvolnění místa smazáním balíčků linux-modules-extra

« kdy: 25. 02. 2020, 23:54:54 »

Měl bych pocit že mám v PC jen to co z linuxu opravdu potřebuju, kdyby někdo napsal script co nadbytečnosti smaže. Trvalo by mi dlouho (asi jako studovat Gentoo) zjistit co vše nepotřebuju, např. initrd.img.old, .....
Clonezilla zaloha mi dává pocit jistoty.
Xubuntu 18.04.4 LTS 64 bit

tak zrovna /initrd.img.old je pouze "nic"nezabirajici symlink na initrd predchozi verze jadra, i kdyz nevim na co se dnes pouziva(?), grub to nepouziva, nicmene si tim nic neusetris a stejne to aktualizace jadra priste vytvori znovu...

jinak i k dotazu tazatele, normalni chovani je takove ze se udrzujou automaticky 2 posledni verze jadra a (pokud z nejakeho duvodu jako zasah uzivatele rucne instalovane jadro (nebo nejaka jina anomalie) se neoznacej jako rucne instalovane) ostatni se zahrnou do "jiz neporebne balicky" ktere se automaticky odstrani kdyz uzivatel zavola "apt --purge autoremove" (bez --purge to odinstaluje s ponechanim konfiguraci), osobne tedy pouziva na aktualizaci+odstraneni+vycisteni:

Kód: [Vybrat]

sudo apt update -qq && sudo apt upgrade && sudo apt full-upgrade && sudo apt --purge autoremove && sudo apt clean

dalsi vycisteni (mysleno po ciste instalaci) pak zalezi v podstate jen na tom co nepouzivas...

1494

Distribuce / Re:Uvolnění místa smazáním balíčků linux-modules-extra

« kdy: 25. 02. 2020, 17:55:11 »

Kód: [Vybrat]

dpkg -l linux-* | awk '/^ii/{ print $2}' | grep -v -e "$(uname -r | cut -f1,2 -d"-")" | grep -e "[0-9]" | grep -E "(image|headers)" | sudo apt-get purge

slo by to i jednodusim onelinerem, ale i to tve funguje, pro reseni dotazu staci za headers pridat |modules ;-)

EDIT: a pokud si nedelal, jeste vycisti cache se stazenejma balickama (NEodinstalovava to ni)

Kód: [Vybrat]

sudo apt clean

pripadne pred tim smazanim se muzes podivat kolik ti to zabira:

Kód: [Vybrat]

sudo du -sh /var/cache/apt/archives

1495

Hardware / Re:Error ata2.00: failed to enable AA

« kdy: 25. 02. 2020, 00:13:35 »

WD20EFAX ma nekolik variant. Pokud mas WD20EFAX - 68FB5N0 tak to je SMR a proste jsi ji prehltil. Nech to nejakou dobu zapnute a doufej, ze se z toho firmware casem vzpamatuje. SMR se tak jako tak na systemovy disk moc nehodi.

si delas zadek? vazne je to s SMR uz tak v zadeku ze i WD RED NAS (urcen pro provoz 24/7) i v male 2TB kapacite muze byt SMR a to dokonce i v ramci jednoho hlavniho modeloveho znaceni? to jako v ramci tech 24h provozu pocitaj s 23h SMR uklidem a 1h user pristupem?

1496

Hardware / Re:Podporuje raspberry pi zároveň myš, klávesnici a disk?

« kdy: 24. 02. 2020, 01:16:48 »

ano. mel sem u RPi3 v USB:
- klavesnici
- mys
- usb-msata-ssd_disk
+ Irda prijimac

zkus misto usb-hdd usb-flash/ssd, pripadne usb-hdd co ma vlastni napajeni

pripadne pouzij normalni zdroj, nebo zrus pretaktovani, zkus cistej raspbian image, proste normalni veci ktere jsou logicke ;-)

1497

Software / Re:Dá se „vnutit“ rebuild softwarovému poli RAID1 ? Jak ?

« kdy: 23. 02. 2020, 19:17:54 »

po vraceni odpojeneho disku musis pockat na dokonceni resync, prubeh ci obecne stav nebo zda disk nebyl z pole vykopnut je videt v:

Kód: [Vybrat]

cat /proc/mdstat

teprve kdyz je pole sync, muzes delat experiment s odpojenim dalsiho disku...

1498

Windows a jiné systémy / Re:Android Prime OS plně funkční na USB flash disku

« kdy: 20. 02. 2020, 04:37:02 »

FAT32 umi max 4GB soubor a Rufus neumi PrimeOS ISO nahrat na nic jineho, moznosti je spousta, ja vyzkousel a funguje treba tohle:

1. Rufus - ISO -> FAT32 + Persistent 10GB

2a. pak upravit - v BIOS/Legacy rezimu: (overeno)
soubor: USB:isolinux/isolinux.cfg
na konci prvniho radku co zacina "append" zmenit DATA= na DATA=sda2

2b v UEFI rezimu: (nezkousel sem, jen koukl na cfg co je treba zmenit)
soubor: USB:efi/boot/android.cfg
radek: add_entry "$live" quiet
zmenit_na: add_entry "$live" quiet DATA=sda2

akorat i kdyz normalne je ten oddil dostupnej jako "/dev/disk/by-label/persistence", tak skript co pri startu PrimeOS hleda/pripojuje DATA to neumi vyuzit a i kdyz bys to jako parametr DATA= zadal, tak bere jen to za poslednim lomitkem... nevim jak se to bude chovat kdyz budes mit v stroji SATA disky a/nebo dalsi USBFlash, zda ta startovaci flash bude vzdy sda nebo ne...

1499

Windows a jiné systémy / Re:Android Prime OS plně funkční na USB flash disku

« kdy: 19. 02. 2020, 16:50:10 »

to je neco jineho, ja psal o tom, ze na 1x USB z ktereho budes startovat LIVE vytvoris adresar data nebo data.img pro pamatovani zmen v Live...

tvuj odkaz je o tom ze kdyz Instalujes na USB a nezvolis EXT4 ale NTFS, tak to pro /data pripravi data.img
(pri EXT4 to predpokladam proste pouzije /data v root ext4, taky nevim proc v te instalaci doporucuju pro >6GB Flash pro Android i Linux NEvhodne NTFS, ktere se pak obchazi tim ze tam udela ten data.img co sformatuje na ext4...)

edit: pres Rufus (NEni treba v nem aktivovat tu persistent oddil), to ulozi na USB v readwrite, takze tam pak rucne adresar data nebo imaga data.img pridat lze

1500

Windows a jiné systémy / Re:Android Prime OS plně funkční na USB flash disku

« kdy: 18. 02. 2020, 23:57:10 »

Rufus sem nezkousel, ale pres Etcher na USB zustava format ISO9660, tedy:
- oddil na USB je pouze pro cteni
- velikost je rovna ~velikosti ISO
- predpokladam ze ti NEpise 112GB, ale 1.1GB ;-)

Na to aby se mohlo ukladat je potreba tohle obejit (mozna to umi ten Rufus jako pise citro33)...

Jinak kdyz koukam dovnitr iso/initrd/ tak to hleda na flash v koreni adresar data nebo soubor data.img a pokud jedno z toho najde, pouzije to na /data oddil kterej v Android slouzi jako uzivatelske uloziste (pro nastaveni, instalovane aplikace, ulozene data atd)