Zobrazit příspěvky

1201

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 05. 08. 2020, 18:16:06 »

Citace: jeyare 05. 08. 2020, 17:56:06

jedna vec je partitioning SSD z dovodu pre jeden OS [...] nic neprinesie [...] prevazne ide o uzivatela, ktory neriesi rychlost prenosu dat.[...]

tady predpokladam uvazujes rychlost presunu dat mezi oddilama na tomtez disku, kdy pri jednom oddilu se udelal move okamzite, pri vice se kopiruje, ano to je pravda, ale urcite neni snizena normalni rychlost/cteni zapisu

dalsi vec je ze je rozdeleni a rozdeleni, protoze stejne udelas zvlast EFI oddil, v pripade hybridu navic BIOS_GRUB odidl a minimalne dalsi oddil pro zbytek, to jestli ten zbytek nekdo chce rozdelit tak mozna (pokud nedela neco cemu nerozumi) mu to neco prinese, treba moznost raw clonu jen konkretniho oddilu s konkretnima datama, treba zaloha systemoveho disku pres dd, ale bez home ci datoveho oddilu...
to jestli pouzije zbytecne rozdeleni na urovni GPT nebo pouzije vhodnejsi nad LUKS rozdeleni LVM je vec dalsi...

1202

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 05. 08. 2020, 17:06:12 »

Citace: Ymzk 05. 08. 2020, 16:33:19

Samozrejme má. je tam aj problem s TRIMom. A este scimsi. Ale uz si nepamatam presne preco. Riesilo sa to vela na serverfault.com kedysi.

samozrejme to neni, filesystem oznami ssd ktere bloky (v podstate virtualni, exportovane z ssd fw pro uzivatele) nepouziva, ssd je pak prevede na sve realne interni bloky ktere muzou byt v kterekoliv casti kterehokoliv chipu, nerozlisuje zda mu tu informaci predal filesystem nad celym diskem, nad 1 oddilem, z oddilu 1, 2, 3, 4, 5, 6... proste dostane info tohle je nepouzite...

problem by mohl udelat jedine uzivatel kdyz by mel vice oddilu, ale jen na nektere povoleny trim, to ale neni problem "oddily na ssd" ale spatne provedene nastaveni uzivatelem, stejne tak by mohl mit 1 oddil a nemit na nem povolen trim...

na "ssd problem partition trim site:serverfault.com" nevidim zadnej vysledek kterej by psal o problemu rozdeleni ssd...

btw: scimsi? to ma byt co?

1203

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 05. 08. 2020, 16:18:25 »

Citace: Ymzk 05. 08. 2020, 14:57:59

Dalej tu prosim nepocuvaj ludi. Nechapem preco tu niekto odporuca aby si vytvoril particiu. To sa zasadne neodporuca. Zvysuje to access time a zhorsuje to TRIM a podobne.

jako novacek s 8komentama zni "nepocuvaj ludi" !trochu! arogantne, nemyslis? ;-) dale ze 1 napsal rozdelit a ty to nedoporucujes? to je ale tvuj problem, rozdeleni SSD nebude mit zadnej praktickej dopad na access time... protoze SSD pracuje interne s bloky nezavysle na rozdeleni disku uzivatelem a/nebo filesystemu/mech...

1204

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 04. 08. 2020, 01:14:57 »

Citace: Molex1 03. 08. 2020, 06:23:27

Tak každý má svůj workflow... [...]

neberu ti (ani nikomu) tvuj (jeho) workflow, jen sem chtel upozornit ze nechavat volne misto na SSD je historicka zalezitost a dnes jiz v podstate FUD

vyrobce nechava na SSD nevyuzitej prostor nad ramec uzivateli dostupneho mista, pokud mas dnesni (par let stare) SSD kteremu opravdu vadi zaplneni na 100% napis znacku a model, at se tomu pripadne ostatni vyhnou ;-)

1205

Windows a jiné systémy / Re:Windows 10 + Ubuntu + Android x86 - bootloader GRUB2

« kdy: 02. 08. 2020, 23:38:09 »

Citace: Vít Šesták (v6ak) 02. 08. 2020, 21:06:41

[...] 2. O druhé SSD se nejspíš budou dělit systémy používající GRUB. Sice si ho mohou při updatu vzájemně přepisovat, ale s trochou štěstí budou vždy oba systémy bootovatelné. Může se měnit ale třeba pořadí položek, vzhled apod.

pokud ty systemy nebudou sdilet 1 spolecnej/oddelenej boot oddil, tak se:
- menit poradi/vzhled nebude, ani se o to nebudou hadat, pri bezne aktualizaci jadra/grub v neprimarnim systemu si jen zmeni grub.cfg na svem /boot kterej se nebude pro MBR-Grub pouzivat
- primarni system kterej jako jedinej pri instalaci si uzivatel zvoji instalaci zavadece (pripadne si ho reinstaluje do MBR pak z toho co chce jako primarni pres "grub-install /dev/sdY") bude vzdy ten co si Grub cast v MBR vytahne pro grub.cfg a grub moduly z /boot/grub/
- akorat pokud by se v sekundarnim systemu aktualizovalo jadro, rebootovalo, tak nabidka neukaze nove jadra, to by se ukazalo az kdyz by se nastartoval primarni system a v nem aktualizovala primarni grub.cfg prikazem "update-grub"

1206

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 02. 08. 2020, 20:21:33 »

Citace: Molex1 02. 08. 2020, 09:37:24

Zrovna ono pravidlo o těch 70% je rozhodně dobré dodržovat... i kvůli vyšší rychlosti atd...

mozna v minulem tisicileti, nebo jak sem psal ty smecka.... normalne Transcend, Intel, WD, nenechavam zadne nepouzite misto, pres "cele" LUKS sifrovani a s "rychlosti atd" nemam problem ;-)

nebo by ti prislo normalni, koupit 1TB SSD a >=300GB z toho nechat nepouzite?

1207

Windows a jiné systémy / Re:Windows 10 + Ubuntu + Android x86 - bootloader GRUB2

« kdy: 01. 08. 2020, 22:23:55 »

Citace: Vít Šesták (v6ak) 01. 08. 2020, 22:19:26

no, je velka sance ze update Win neprepise Grub pokud:
disk 1 - MBR Win - C: Win
disk 2 - MBR Grub - / GNU/Linux
v BIOSu mit Boot=Disk2, pokud by Grub nekdy nedokazal natahnout Win, tak pres BIOS BootMenu vybrat docasnej start z Disk1

1208

Windows a jiné systémy / Re:Windows 10 + Ubuntu + Android x86 - bootloader GRUB2

« kdy: 01. 08. 2020, 21:47:41 »

Citace: panRajce 30. 07. 2020, 19:47:12

ještě doplňující otázka .... kam ten GRUB půjde ? Bude na C: (primárná SSD disk) nebo se vytvoří na disku kam nechám nainstalovat Ubuntu ?

jak pise Vladimir, instalator dava na vyber, tedy je vhodne urcit cil pro grub stejnej disk jako s GNU/Linux...
jen si ted nejsem jistej zda se toho opravdu drzi, takze mozna radeji odpojit ten Windows disk pred instalaci, to sice v prubehu instalace neudela samo polozku Windows v Grubu, ale budes mit jistotu, po instalaci disk s Windows zapojis, v BIOSu vyberes Boot disk ten s GNU/Linuxem, nastartujes ho a v terminalu das regenerovat Grub nabidka, ktera jiz prida Windows do Grub menu:

Kód: [Vybrat]

sudo update-grub

technicky by slo mit i tu "MBR"(+mezi MBR a prvnim oddilem) Grub cast i na prvnim disku (grub moduly a config pak na GNU/Linux v /boot/grub), nicmene by to melo nevyhody:
1. kdyz bys odpojil GNU/Linux disk, nenastartujes ani Windows protoze Grub nenajde tu cast v /boot
2. kdyz bys odpojil Windows disk, nenastartujes GNU/Linux protoze MBR-Grub cast nebude
3. Windows pri nejake aktualizaci nemaj problem prepsat MBR na sve, takze bys pak musel startovat USBLive abys do MBR ten Grub zavadec opet dostal...

1209

Hardware / Re:SSD pro systémový disk na desktopu

« kdy: 01. 08. 2020, 20:39:11 »

Citace: p3dr04444 01. 08. 2020, 20:01:15

[...] len netreba zabudat na druhe pravidlo ssd max plny do 70%

to je ci pravidlo? vyrobcu ci majitelu nejakejch SSD smecek? protoze normalne SSD ma vyhrazene vyrobcem cast bokem ;-)

1210

Windows a jiné systémy / Re:Windows 10 + Ubuntu + Android x86 - bootloader GRUB2

« kdy: 30. 07. 2020, 02:11:28 »

nainstaluj Ubuntu, ten preplacne automaticky (protoze mas MBR) stavajici zavadec Grubem, do Grubu se pri instalaci Ubuntu pridaji Windows...

1211

Desktop / Re:XFCE: Sticky keys enabled

« kdy: 26. 07. 2020, 01:12:54 »

v Xfce "Sticky Keys" je funkce usnadneni, kdy pro zkratky nemusis drzet ctrl ci alt, tzn misto najednou CTRL+ESC muzes rychle za sebou zmacknou CTRL a ESC, vypnout to muzes v Nastaveni/Pristupnost/Klavesnice/LepiciKlavesy

1212