- Apple iPhone 16 Pro - rutinvizsga
- Minden készen áll a Galaxy Unpackedre
- Samsung Galaxy Watch6 Classic - tekerd!
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy Watch5 Pro - kerek, de nem tekerek
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Samsung Galaxy A36 5G - a középső testvér
- Eltűnhet a Dinamikus Sziget
- Xiaomi 13 - felnőni nehéz
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#58066
King Unique
titán
ubyegon2
#58059
King Unique
titán
válasz
ubyegon2
#58059
üzenetére
Ezekkel a beállításokkal és a Legacy (CSM) only telepítéssel leginkább a régi és elavult rendszereknél kell szórakozni, mint pl. a másik platformon a 7-es. Ott is az újabbak általában simán felmennek, telepítéskor használhatók az USB-s perifériák, illetve utána is működnek a portok stb., míg az előbbinél már nem feltétlen van így. Szóval az érdekes, hogy egy elvileg modern desktop Linuxnál ilyennel kell szórakozni, máskülönben nem lehet pendrive-ról telepíteni, bizonyos perifériákat sem kezel stb...
-
#57986
King Unique
titán
Flowtation
#57984
King Unique
titán
válasz
Flowtation
#57984
üzenetére
Ha annyira egy újabb LO verziót akarsz használni, akkor telepítsd PPA-val, aztán kész! Felesleges csak ezért megvárni az újabb LTS kiadást, amiben hiába lesz alapértelmezettként egy 6.x verzió, az később ugyanúgy nem fog a megfelelő ütemben frissülni. Dettó ugyanez van pl. a Mint esetében is, abban is aszem talán 5.1-es verzió van csak. Hozzáadtam a PPA-t, aztán lett 5.3, 5.4, automatikusan frissül majd a 6.0-ra is stb.
-
#57891
King Unique
titán
ALFA
#57889
King Unique
titán
Ha Linux lesz arra a lemezre telepítve, akkor nagyon nem világos mért van NTFS fájlrendszer a neki szánt partíción... Eleve pl. Ext4 kellene + megadni a rendszernek a csatolási pontot, amit az alábbi screenshot is szemléltet ebből a leírásból. A partíció típusa egyébként lehet elsődleges is, nem muszáj a leírásban lévő sémát minden téren követni. Illetve egy üres lemeznél előparticionálni is felesleges, mert azt a telepítővel is meg lehet oldani. Ha automatikus telepítés van kiválasztva, akkor meg eleve megcsinálja magától.
Az NTFS fájlrendszernek egyébként Windows & Linux dual-boot megoldásnál van értelme pl. 1 közös adatpartíció formájában. Szóval az sem teljesen világos, hogy mért van 2 db is a lemezen. Ha a 100 GB-os esetleg a Windowsnak lett "előkészítve", akkor az megint felesleges volt, mert elég neki a particionálatlan terület és a többit annak a telepítőjével is meg lehet oldani.
-
#57863
King Unique
titán
chop
#57858
King Unique
titán
Ha már a telepítő sem indul el, akkor vsz a pendrive-ra történő kiírás és a BIOS-ban beállított boot mód sem lehet összhangban. Valamint a rendszer verziója sem volt említve, de pl. a 7-esnél jellemzően gond lehet az UEFI-vel és annál inkább a legacy BIOS (CSM) mód szerinti telepítés opció. Ezekről az előző válaszban linkelt hsz-ben szintén volt szó. De az már tényleg nem ennek a topiknak a témája, hogy hogyan kell a másik platform rendszerét telepíteni. Szóval ez ügyben eleve a megfelelő szaktopikban kellene érdeklődni és nem itt offolni...!
-
#57856
King Unique
titán
chop
#57855
King Unique
titán
Nem kell annál semmit előparticionálni, meg előre formázni, majd a telepítő megoldja. Amiben egyébként ott van a grafikus felület és parancssorban a DiskPart, amelyekkel lehet törölni a lemezt, szükség esetén particionálni stb. Tehát felesleges ehhez a GParted... De, ha már azt használod, akkor egy tiszta telepítés előtt értelemszerűen azzal is csak teljesen törölni kell a lemezt, már ha nincsenek rajta fontos adatok.
-
#57816
King Unique
titán
Dave™
#57815
King Unique
titán
SSD-nél azért nem nagyon szokott ilyen lenni, eddig sem tapasztaltam egyik rendszernél sem... Az említett időtartam meg eleve abnormális lenne pont egy SSD-nél... Belső / külső HDD-knél viszont már igen, de azt ugyanúgy a régebbi rendszereknél is. Viszont az is függ a mappa tartalmától, fájlok száma, mérete, fájlrendszer állapota stb.
-
#57798
King Unique
titán
CPT.Pirk
#57795
King Unique
titán
válasz
CPT.Pirk
#57795
üzenetére
Az ilyen átlag usereknél a nagy lassúság mögött jellemzően egyéb dolgok is szoktak állni és ki tudja éppen hogyan van náluk szétcseszve a rendszer... Ha már már ki kell pucolni, akkor meg pláne... Illetve, ha bónuszként begyűjtött a tulaj egynéhány kártevőt, akkor azokat meg pl. Linux alól egy Clam nem feltétlen fogja maradéktalanul eltávolítani. De az sem ritka, amikor az előtelepített gépeknél a gyártó által rápakolt egyes szoftverek akasztanak. Vagy amikor a user error egyik mintapéldájaként teljesen telemásolják a rendszerpartíciót úgy, hogy ott van mellette az üres adatpartíció. Bőven lehetne sorolni hasonló eseteket...
Azonban én nem szétcseszett rendszert használok, normálisan karban van tartva stb. Ahogyan a lassú merevlemez ellenére a többi hardverelem is megüti a szintet. Szóval így nem fájdalmas és a restart / bootolás sem tart negyed óráig...
-
#57794
King Unique
titán
Frawly
#57783
King Unique
titán
válasz
Frawly
#57783
üzenetére
Én meg leírtam, hogy néhol manapság is használok OS futtatására merevlemezt, laptopoknál és 2,5"-os USB-s meghajtók formájában is. A lényeg pedig pont azon, hogy használom ezeken pl. a 10-est is és a használhatatlanul lassú lenne, akkor nyilván nem tenném. A heteske meg ilyen téren azért nem különösebben jobb, ahogyan a multiboot megoldásoknál is tapasztaltam. A bootolás lassú merevlemezzel egyébként a combosabb Linuxoknál is eltart egy ideig, sőt van amikor nem is gyorsabb. Viszont azoknál a rendszer hamarabb feláll és előbb startra kész.
-
#57767
King Unique
titán
Flowtation
#57765
King Unique
titán
válasz
Flowtation
#57765
üzenetére
Le volt írva, hogy mire vonatkozott és erre mondtam, hogy magam is használom manapság még HDD-vel. A szinte használhatatlan kategória tipikusan pl. a régi XP + gyenge hardverek esete, amikor volt hogy kb. 10 perc kellett, míg bebootolt és teljesen felállt a rendszer, valamint percek, míg elindult egy program. Na az valóban kínszenvedés volt...
Az SSD pedig nyilván kb. minden desktop OS működésén sokat dob és aki egyszer használt már SSD-t, az utána nem nagyon akar HDD-re visszaváltani. Illetve az átlag 2 magos CPU, 4 GB RAM laptopoknál is pusztán a lassú 2,5"-os 5400-as HDD lecserélése SSD-re már önmagában is sokat jelent.
-
#57764
King Unique
titán
Frawly
#57759
King Unique
titán
válasz
Frawly
#57759
üzenetére
"Windowsnál meg a Win7 még elmegy HDD-ről, de a Win10 annyira lemezintenzív OS, hogy használhatatlan HDD-vel, csak SSD-vel használható tűrhető sebességgel."
Ez az infó megint nem tudni honnan van, de nekem konkrétan van 10-es alapon HDD-s telepítésem is, sőt WTG szintén. Nem túl pörgős a rendszer pl. egy 2,5"-os 5400-as meghajtóval az igaz, de ez a már a HDD-tól is függ és egy komolyabb 3,5"-os 7200-as drive már jobban húz. Szóval a használhatatlan azért nem kicsit túlzás, sőt ilyen szempontból nem jobb kb. semennyivel a 7-es sem... Sőt, egy lassú 2,5"-os 5400-as lemeznél pl. egy Ubuntu / Mint sem fog repülni.
-
#57749
King Unique
titán
tboy93
#57748
King Unique
titán
válasz
tboy93
#57748
üzenetére
Ez már simán elég lenne hozzá, hasonló hardveres erősségű laptopon én is használok Mint Cinnamon kiadást. Ami viszont ennél a rendszer működését leginkább visszafoghatja sebesség terén, az egyértelműen az 5400 RPM-es mobil HDD. Amiatt lassú a Windows is, de azért egy Ubuntu / Mint sem fog tőle repülni, max. valami minimál rendszer. Ha megoldható, akkor érdemes lenne inkább SSD-t tenni bele, ami már önmagában jelentősen felgyorsítaná a működést minden OS-nél. A HDD tartalmát pedig lehetne klónozni az SSD-re, szóval még újratelepítéssel stb. sem kellene vesződni.
-
#57745
King Unique
titán
tboy93
#57739
King Unique
titán
válasz
tboy93
#57739
üzenetére
Mondjuk erre vonatkozóan is nem ártana először átnézni az összefoglalóban lévő leírásokat, amit nemrég másnak is javasoltak! Ott van pl. EZ, ami szemlélteti, hogy még a Linux telepítése előtt célszerű a lemezkezelőben leválasztani egy nem lefoglalt területet. Ha UEFI-s telepítésről van szó, akkor ahhoz meg EZ a leírás megint jól használható.
-
#57560
King Unique
titán
ubyegon2
#57558
King Unique
titán
válasz
ubyegon2
#57558
üzenetére
Azt írtam le az előző hozzászólásban, hogy a Mint upgrade nem telepíti a TimeShift alkalmazást, ezért utólag külön kell felrakni. Ellenben a 18.3-as gyári ISO és az azzal feltelepített rendszer már nyilván tartalmazza. Ha esetleg nem lett volna egyértelmű...
Ha már 7-es, akkor azon is frissítettem nemrég és nyilván megtalálta és feltelepítette a WU. Lehet az automatikusan, vagy manuális kereséssel, de nyilván működik. Tehát nem kell XY oldalakról levadászni. Max. annyi volt, hogy egyes külső AV-k esetében nem ment ideiglenesen, de azoknál is már kiadták a frissítéseket, illetve volt amelyiknél nem is kellett. Az egyes régi AMD CPU-kat érintő dolog pedig megint más téma, azoknál lett utólag szüneteltetve. De a többire ugyanúgy elérhető a javítás. Ami nem mellesleg előbb jött ki Windowsra, mint pl. EZ alapján egyik-másik Linux rendszerre. Az, hogy állítólag tudtak róla többen is már egy ideje, az megint más dolog.
-
#57555
King Unique
titán
ubyegon2
#57539
King Unique
titán
válasz
ubyegon2
#57539
üzenetére
Ha a teljes rendszert akarja lementeni, aki oda a régi mentéskezelő karcsú lesz. A TimeShift viszont már OK és amúgy elsőre egy jól sikerült kis alkalmazás. De ahogyan próbálgattam, 1 db képfájlba az sem tud menteni, hanem csak mappánként és fájlonként menti le a rendszert. Na meg egy 18.2
—►18.3 upgrade után külön kell feltelepíteni, mert a Mint felemás és hiányos frissítési folyamata magától ezt sem rakja fel... Ellenben a 18.3-as ISO-ban alapból benne van.Egyébként a Meltdown & Spectre sérülékenység nyilván érinti desktop OS vonalon a Linuxokat is. Gondolom a Mint esetében sem véletlenül ajánlotta fel a frissítéskezelő a 4.13-as kernelt. A javításokat pedig nem kell a másik rendszeren sem manuálisan keresni, mert automatikusan felrakja a WU... Ráadásul meglepően gyorsan reagáltak és hamar kiadták.
-
#57155
King Unique
titán
zseko
#57153
King Unique
titán
Hát a másik OS rendberakása már másik téma. De amúgy a Windows telepítőjében van indítás javítása opció és azzal. Illetve én a Macrium WinPE változatát is szoktam ilyen célra használni.
Egyébként attól, hogy települt a GRUB, normál esetben még mindkét OS-t el kellene tudni indítania. Illetve max. egy
update-grubparancsot kell lefuttatni, ha esetleg nem került be a boot menübe minden rendszer. Ha 2 külön háttértár van és fontos, hogy egyik OS telepítése ne akarjon bele a másikon lévőbe, akkor viszont a kézi particionálás és a rendszerbetöltő helyének manuális megadása a célszerű. Vagy fizikálisan leválasztani a telepítés idejére a másik eszközt. -
#57150
King Unique
titán
Anonymus23
#57138
King Unique
titán
válasz
Anonymus23
#57138
üzenetére
A "szivárványos" program is opció lehet, de azt már egy ideje nem fejlesztik. A másik válaszban említett YUMI pedig főleg multiboot megoldások készítésénél indokolt, illetve ha le akarod vele töltetni az ISO-t. De egyrészt pl. az UEFI-s verziója ráadásul még csak béta állapotú és amikor legutóbb próbáltam, csak kikapcsolt Secure Boot esetén volt hajlandó bootolni a pendrive, ellenben más programokkal... Másrészt pl. az ajánlott Linux Mint Cinnamon kiadást azért nem olyan bonyolult innen, vagy innen manuálisan letölteni, majd az ebben a hozzászólásban említett programok valamelyikével kiírni pendrive-ra. Ha biztosra akarsz menni, akkor a Rufus esetében is a DD képfájl módot célszerű használni, illetve pl. az Etcher eleve annak megfelelően írja ki.
Egyébként nem feltétlen muszáj ilyen célra Live Linuxot használni, mert nem hivatalos kiadás formájában van hasonló WinPE alapon is. Ilyen pl. ez és ez, amelyek kiírásához szintén jó a Rufus, vagy másik opció csak simán rámásolni az ISO-fájl tartalmát egy FAT32-re formázott pendrive-ra. Ezeknél egyébként számos egyéb szoftver is integrálva van, illetve használhatók diagnosztikai és adatmentési célra is ezek a rendszerek.
-
#57092
King Unique
titán
amstro555
#57091
King Unique
titán
válasz
amstro555
#57091
üzenetére
Ha a pendrive-ra a telepítő nem megfelelően lett kiírva, a boot mód nem a telepítésnek megfelelően van beállítva, akkor nem meglepő, ha gondok vannak.
Viszont az utolsó bekezdésben említett dolog érdekes, mert én is használok 8.1 + Linux dual-boot megoldást, de ilyet nem tapasztaltam. Igaz nem ilyen egzotikus Kali Linuxszal, de akkor is abnormálisan hangzik. Max. olyan szokott előfordulni, hogy a Windows a boot menüben berakja magát az első helyre alapértelmezettként, de a sorrendet utólag is könnyen lehet módosítani, vagy akár fixálni. Szükség esetén pedig újratelepíteni a GRUB-ot, mint már említve volt.
-
#57089
King Unique
titán
amstro555
#57080
King Unique
titán
válasz
amstro555
#57080
üzenetére
Egyrészt a sorrend már korábban sem volt jó, mert dual-boot megoldásnál először célszerű a Windowst telepíteni, majd utána a Linuxot. De akár a fordított eset is megoldható, aminél utána értelemszerűen újra kell telepíteni a GRUB-ot és akkor jó esetben mindkét rendszer indítható lesz azzal.
Aztán ugyanarra a lemezre mindkettőt célszerű nyilván azonos boot mód szerint telepíteni és nem megkavarni a dolgokat. Az, hogy a Windows most mért nem hajlandó települni a kijelölt partícióra, annak oka megint nem derült ki. Az üres partícióról sincsenek infók, de nyilván nem szükséges előre particionálni és formázni, lehet unallocated is és majd a Windows telepítője megoldja a formázását. A partíció pedig elsődleges legyen, illetve nyilván az is fontos, hogy a telepítési módhoz igazodjon a lemez MBR / GPT vonatkozásában is!
-
#56977
King Unique
titán
CPT.Pirk
#56967
King Unique
titán
válasz
CPT.Pirk
#56967
üzenetére
Lehet sokat tud a KDE, de még az itteni usereket is megosztja és nem mindenkinek a kedvence. Ha Mint, akkor annál is sokan inkább pl. a Cinnamon kiadást preferálják. Van akik pedig mást, vagy éppen merőben más rendszerek asztali felületét.
(#56969):
Normál esetben nem lesz para, max. ezeket átnézik. De még ezeket sem feltétlen muszáj, mert az újabb rendszereknél eleve rendben szoktak lenni. -
#56875
King Unique
titán
CPT.Pirk
#56873
King Unique
titán
válasz
CPT.Pirk
#56873
üzenetére
De, bizony emiatt is előfordulhat ilyen. Példa: kérdés | válasz.
(#56874) Norby86:
Jó esetben talán nem, de ez függ attól is, hogy milyen portok vannak a routeren és mennyi áramot képesek leadni stb. Illetve szükség esetén az Y-kábel, vagy egy aktív USB-hub is opció lehet. De ez már tényleg nem ennek a topiknak a témája. -
#56872
King Unique
titán
Norby86
#56870
King Unique
titán
válasz
Norby86
#56870
üzenetére
Ha a router kezeli nálad a GPT-t is, akkor jó, maradhat olyan. Az előző válasz lényege viszont az volt, hogy vannak az MBR / GPT kérdésnél fontosabb dolgok is. Ilyen ugye pl. a tápellátás, ami a router esetében egy 3,5"-os külső merevlemeznél nyilván nem gond a külső tápegység miatt. Ellenben egy 2,5"-os típusnál már okozhat problémát, ha nem megfelelő. Illetve nemcsak az elektronika mehet tönkre, hanem az elégtelen tápellátás miatt maga a merevlemez is. Ha ez még érintkezési problémákkal is társul, akkor letapadhat az olvasófej, ami megint szívás. Egyébként az említett modellnél a vezérlőpanelra van integrálva az USB-chip, az aljzat, hardveres titkosítás van stb., ami megint nem egyszerű eset. Illetve a mai drive-oknál az elektronika cseréje is körülményesebb és sokszor még adatmentő szakiknak sem olyan egyszerű feladat.
-
#56869
King Unique
titán
Norby86
#56861
King Unique
titán
válasz
Norby86
#56861
üzenetére
Kicsit túlmisztifikáljátok ezt a GPT-t... Ugyanis, ha megbízható működésről és adatbiztonságról van szó, akkor ez az MBR / GPT eleve másodlagos dolog. Fontosabb, hogy maga a HDD egy tartósabb és minőségibb sorozatból való legyen. Mert, ha nem és tönkre akar menni, szektorhibákat akar termelni, akkor fog is és pont tesz rá magasról, hogy milyen partíciós tábla van rajta. Aztán, ha fontos adatokról van szó, akkor 1 db HDD-n tárolni őket, az kb. 0... Itt eleve az a lényeg, hogy több online / offline tárolóra legyenek mentve az adatok, mindig legyen róluk megfelelő számú és naprakész állapotú biztonsági másolat. Aztán a megfelelő használaton is sok múlik, pláne egy ilyen USB-s háttértárnál. Ha a routerhez csatlakoztatva lesz használva USB-n, akkor egy 2,5"-os meghajtónál tipikus hibalehetőség lehet a tápellátás. USB 2.0 portoknál eleve necces a dolog, de az egyes ilyen vackoknál EZ alapján az USB 3.0 port sem feltétlen jobb tápellátás terén. Ellenben egy normális gazda hardveren (pl. PC) nyilván nem téma ez.
Amúgy nekem is van vegyesen több MBR / GPT külső háttértáram, de az előbbiekkel sincs gond. A GPT valóban fejlettebb és megvannak az előnyei. De attól, hogy némelyiken még MBR van, nem fog kötelező jelleggel elszállni a partíció, eltűnni róla az adatok. Na meg ugye a megfelelő használat, a biztonsági másolatok stb, az itt inkább a lényeg.
-
#56843
King Unique
titán
Smiley
#56839
King Unique
titán
válasz
Smiley
#56839
üzenetére
Elméletileg megoldható, de ugye a gyakorlat már más dolog, hardvertől is függ. Illetve az imént említett példa is szemlélteti, hogy nem mindenkinél működik. Az meg a másik, hogy egy BIOS-os gépen a GPT-s rendszermeghajtó használata is akkor lehet indokolt, ha valakinek pl. 3 TB-os, vagy annál nagyobb kell, valamint 4-nél több partíció stb. De rendszer alá manapság egyre többen inkább egy kisebb tárolókapacitású SSD-t használnak, míg adattárolásra marad az X TB-os HDD. Utóbbin másodlagos meghajtóként pedig nyilván lehet GPT. Aztán MBR-nél a 3 db elsődleges partíció mellé lehet kreálni egy kiterjesztettet és azon belül több logikait. A Linux pedig akár logikaira is telepíthető. Szóval komoly és hasznos lehet bizonyos esetekben ez a PMBR megoldás, de ugyanakkor vannak bizonyos korlátai és a natív UEFI-GPT azért mégiscsak jobb.
-
#56837
King Unique
titán
Smiley
#56832
King Unique
titán
válasz
Smiley
#56832
üzenetére
Milyen 2,5 TB? Az tudtommal 2 TB, illetve pontosabban ~ 2,2 TB körül van. Tehát egy 1 TB-os USB-s háttértáron lehet akár MBR partíciós tábla is, függetlenül attól, hogy nyilván vannak bizonyos előnyei a GPT-nek. Illetve, ha a kompatibilitást nézzük, akkor a "B" kategóriás hardver- és szoftverkörnyezetben általánosan az MBR a biztosabb megoldás. Ugyanis az ilyen tv, XY lejátszó, router és társai készülékeknél tipikus hiányosság szokott lenni, hogy nem tudják kezelni a GPT-t. Szerencsére akadnak kivételek és a modernebb típusoknál már nem feltétlen gond ez, de azért vannak bőven ellenpéldák is.
Ez a bootolás meg szép és jó, de azért azt megnézném, hogy régi Legacy BIOS-os gépek sokasága tudna-e a GPT-s lemezről OS-t bootolni...Mert nyilván nem ez az általános és lehetnek kivételek. Ahogyan UEFI módban is rendszerint a GPT a default, függetlenül attól, hogy pl. a Linux tud MBR alapon is bootolni.
-
#56833
King Unique
titán
herdsman12
#56828
King Unique
titán
válasz
herdsman12
#56828
üzenetére
Egyes IDE-USB, illetve a noname SATA-USB megoldásoknál szokott előfordulni, hogy nincsen S.M.A.R.T. De azért egy normális eszköznél nyilván szokott működni és mondhatni alap dolog, beleértve az említett My Passport sorozatot is. Az, hogy Linux alatt nem lehet kiolvasni az állapotinfókat, illetve egyes programok nem támogatják bizonyos eszközöknél, az nem újdonság. Viszont attól még más OS-ek, más programok esetében rendszerint megoldható.
Szétszedni pedig egy gyárilag összeszerelt modellt egyrészt a garanciavesztés miatt sem érdemes. Másrészt az említett típusnál ilyen integrált USB-s megoldás van, vagyis hiába szeded szét, nem tudod utána SATA-n keresztül csatlakoztatni a merevlemezt. Legalábbis normál módon nem, de némi trükközéssel, forrasztással stb. elvileg megoldható az "átalakítás". Viszont az már kissé erőltetett és max. pl. adatmentéses eseteknél szoktak vele hozzáértő szakik játszadozni.
-
#56802
King Unique
titán
Norby86
#56799
King Unique
titán
válasz
Norby86
#56799
üzenetére
Pedig nemrég még linkelte is az egyik fórumtag. A
/srvnem feltétlen kell a végére, mert akkor a rendszerpartíción lévő értéket írja ki. Vagy lehet akár úgy is, de akkor pl.df -h /srv /dev/sdcxformában. Az X nyilván az Ext4-es partíció sorszáma, vagyis 1 db partíciónál 1, azazsdc1lesz a teljes alak. -
#56797
King Unique
titán
Frawly
#56781
King Unique
titán
válasz
Frawly
#56781
üzenetére
Pont az írtam le számokkal illusztrálva, hogy NTFS-re formázás után minimális tárterület, pár 100 mega lesz foglalt! Tehát lehet rá akár 931.X gigát is másolni. Aztán az már más dolog, hogy nem célszerű teljesen telemásolni egy háttértárat. Pláne egy HDD-t nem, amik nagyon be tudnak lassulni, ha kevés a szabad hely rajtuk. Az NTFS fájlrendszer lehet jobban töredezik, de ez a használattól is függ. Ha csak sima adattárolás, nagyobb méretű fájlok, torrentnél be van állítva a fájlok előre lefoglalása stb., akkor az sem fog nagyobb mértékben töredezni. Több ilyen meghajtómon is max. pár %-os a töredezettség úgy, hogy X év alatt soha nem volt rajtuk töredezettségmentesítés futtatva.
(#56782) Norby86:
A GParted által kijelezett érték ebből a szempontból kissé megtévesztő lehet. Ugyanis pl. a formázás után hiába állítom át Ext4-nél 0-ra a rezervált területet, az még utána is a korábbi állapotot mutatja. Ellenben pl. adf -hparancs és más eszközök már nem. Ha nálad az utóbbiak is, akkor az érdekes. -
#56780
King Unique
titán
growler
#56779
King Unique
titán
válasz
growler
#56779
üzenetére
Windows és Linux alatt NTFS-re formázott 1 TB-os lemeznél ~ 931,3 / 931,4 GiB lesz a használható tárterület 100-200 MiB helyfoglalással. Ellenben az Ext4-nél ez az alapértelmezett formázás után 916,70 GiB lesz és 14,81 GiB a foglalás a rezervált terület miatt. Maga a partíció teljes mérete viszont 931,5 GiB marad az utóbbinál is. Tehát ez esetben nem az SI - IEC mértékegységrendszer közti eltérés itt a probléma.
-
#56705
King Unique
titán
Frawly
#56702
King Unique
titán
válasz
Frawly
#56702
üzenetére
"mert hiába választom le, azért mégis csak kihúzom az USB-ből, ami hirtelen árammegvonás"
Egy normális külső ház / adapter firmware szinten támogatja a szoftveres leválasztás után a háttértár leállítását. Persze ehhez az OS felől is kell a támogatás. Tehát jó esetben a megfelelő szoftveres leválasztás (nem a partíció szimpla lecsatolása) után az USB-kábel kihúzása nem rántja ki alóla hirtelen a tápot.
Egyébként az USB 3.0 egy SATA3-as SSD-t korlátoz valamennyire, de egy SATA2-eset nem nagyon. Utóbbihoz akár még a BOT mód adatátviteli sebessége is elég, de az UASP ~ 450 MB/s körüli maximuma meg pláne.
-
#56687
King Unique
titán
ubyegon2
#56679
King Unique
titán
válasz
ubyegon2
#56679
üzenetére
Ezt egyébként inkább neki kellett volna kérnie a megfelelő topikban és akkor simán átszerkesztik a hozzászólást. Amúgy korábban a TG-knek volt kiemelési és akár szerkesztési joga is a hsz-ekre, de újabban valóban már csak a törlés maradt. Szerkeszteni az összefoglalót és a téma tudnivalókat tudják.
-
#56624
King Unique
titán
csixy
#56623
King Unique
titán
Ja, hogy egy másik is van, az cool. Akkor, amíg a garis csere megtörténik, lehet azzal kísérletezni. Gondolom az is ilyen multiboot megoldáshoz lesz használva. Egyébként lehetett volna már az előzőről is egy lemezképet készíteni, vagy leklónozni és akkor nem kellene a 0-ról kezdeni.
-
#56622
King Unique
titán
csixy
#56621
King Unique
titán
Ha már egyik OS sem ismeri fel rendesen, nem a kábel hibás stb, akkor ennek vsz annyi és nem nagyon lehet vele mit kezdeni. Esetleg a szétszedés és a natív SATA-s csatlakoztatás lehetne opció, de akkor meg ugorhat a garancia. Viszont az gondolom fontos és érdemes is kihasználni. Egyébként annak örülj, hogy nem voltak rajta pótolhatatlan adatok, mert akkor lenne igazi szívás! Illetve a garis csere az adatmentést nyilván nem foglalja magába.
-
#56620
King Unique
titán
csixy
#56617
King Unique
titán
Tehát már nem írásvédett a meghajtó, de nem sikerült rendesen újraparticionálni. A GParted sem boldogul vele, vagy esetleg a Windows? Illetve natívan van a géphez csatlakoztatva, vagy az USB-hubon keresztül? Az előbbi lenne a célszerűbb, valamint szükség esetén akár másik kábellel is kipróbálni.
Ha sehogyan nem akarja az igazat, akkor a korábban felvetett állapot lehet. Az esetben viszont nem érdemes vele tovább szórakozni és inkább a garanciális cserét kellene megpróbálni.
-
#56616
King Unique
titán
csixy
#56614
King Unique
titán
Az írásvédettség kikapcsolása Linux alól nem megy ezzel a módszerrel? Amúgy van hasonló Windowsra is. Ha időközben az előbbit már kipróbáltad, akkor a parancs lefutása után nyilván ellenőrizni kell, hogy megszűnt-e az írásvédettség. Illetve a
dmesg | tailparancs mit mutat? Egyébként a megfelelő szoftveres leválasztás után akár egy fizikális újracsatlakoztatást is közé lehetne iktatni.Aztán USB-n a csatlakozást, kábelt, hubot stb. ellenőrizni, mert azok miatt is elő szoktak fordulni problémák. Mert annak normál esetben nyilván nem kellene gondot okoznia, hogy a rendszermeghajtónál UEFI-GPT van, ellenben egy USB-n csatlakozó másodlagos háttér MBR-es. Ha az exFAT partíció formázni akarja a Windows, akkor az vsz RAW lett, ami szívás.
-
#56613
King Unique
titán
csixy
#56610
King Unique
titán
A pendrive-ok szoktak úgy tönkremenni, hogy hirtelen írásvédetté válnak, aztán már az OS sem ismeri fel őket stb. Az nem derült ki, hogy nálad miért lett ilyen a külső SSD, de ha nem lehet újraparticionálni, illetve a ledózerolós módszerek sem működnek, több gépen és OS alatt próbálva sem, akkor nem sok mindent lehet vele kezdeni. Ha erről a típusról van szó, akkor ez ráadásul egy gyári kiszerelésű külső SSD. Vagyis nem ajánlott szétszedni, mert az garanciavesztéssel járhat! Ha csak roncsolással és külsérelmi nyomokkal oldható meg, akkor meg pláne! Ha nincsenek rajta fontos adatok és nem sikerül az írásvédettséget sem megszüntetni, akkor legcélszerűbb egy garis cserét megejteni.
-
#56582
King Unique
titán
Smiley
#56579
King Unique
titán
válasz
Smiley
#56579
üzenetére
Pont az a lényeg, hogy folyamatosan nyomon kell követni a meghajtó állapotát, nem hetente / havonta ránézni... Ilyen téren pedig nem árt, ha minél konkrétabb és részletesebb tájékoztatást ad a diagnosztikai szoftver. A HDS-ben a kondíció számítása alapértelmezetten a kritikus attribútumok, illetve az adat mező analízise alapján történik, aminek eredménye azért nem nevezhető légből kapott értéknek. A hátralévő élettartam kijelzése viszont egy becslés, de azt írja is a program. Amúgy meg a hivatalos gyártói tesztprogramok után ez széles körben még mindig inkább használatos és elfogadottabb az értékelése, mint egyik-másik egyéb szoftvernek...
-
#56575
King Unique
titán
#21078528
#56573
King Unique
titán
válasz
#21078528
#56573
üzenetére
Olvastam fentebb azt a személyes tapasztalatot, de 1 ilyen alapján általánosítani, pláne a szoftver összes változatára vonatkozóan nem lehet. Sok más felhasználónál meg pont hasznos volt az a tájékoztatás és még idejében tudtak lépni, még mielőtt végleg tönkrement volna a merevlemez. De, ha már annyira feszegetni kell egyik-másik szoftver értékelését, akkor ennyi erővel hivatalosan csak a gyártó saját tesztprogramja a mérvadó.
-
#56572
King Unique
titán
#21078528
#56570
King Unique
titán
válasz
#21078528
#56570
üzenetére
Már, ha megmondják, meg jól olvassák ki az értékeket, mert az ellenkezőjére is akadt már példa. Ahogyan egy másik topikban nemrég arra is, amikor az egyik program nem jelenítette meg SSD-nél az írásra vonatkozó adatokat, míg a másik igen. Valamint a HDS legalább a "Pre-Fail" és társai egzotikus megnevezések nélkül listázza ki az attribútumokat és az egyéb extra infókat.
Egyébként meg egy normális diagnosztikai szoftvernek többek között pont feladata lenne az is, hogy a felhasználó felé konkrét tájékoztatást adjon a meghajtó állapotáról, amibe pl. a kondíció, teljesítmény %-os megjelenítése, a hiba szöveges értékelése stb. is beletartozik. Ami rendszerint igény is szokott lenni a felhasználók részéről és pont nem mérvadó, hogy egyesek szerint mi a hasznos és mi nem... A HDS-nél ugyan a teljes funkcionalitást a windowsos verzió kínálja, de maga a szoftver méltán elismert, népszerű és rengeteg felhasználónak vált már hasznára.
-
#56569
King Unique
titán
King Unique
titán
Egyébként attól, hogy a "Pre-fail" és "Old-Age" megnevezések az attribútum típusát jelölik, attól még zavaró lehet a felhasználó számára. Pláne, ha ki vannak vastagítva a többi között, vagy éppen egyik-másik programban pirossal kiemelve... Közben viszont más diagnosztikai szoftverek és azok tesztjei szerint teljesen OK az adott attribútum.
Aztán olyan is előfordul, amikor a grafikus "Lemezek" alkalmazás és terminálban a
smartctlparancs nem teljesen ugyanazt mutatja, egyik kiolvas a S.M.A.R.T.-ból bizonyos adatokat, míg a másik nem. De pl. USB-s háttértáraknál van amikor egyik sem képes erre, ellenben más szoftverek igen. A HDS linuxos verziója ugyan elmarad itt-ott a windowsos változattól, de hogy kifejezetten kerülendő lenne a használata, az érdekes kijelentés... A %-os értékelése egyes meghajtóknál olykor tényleg fura lehet, de ezért is érdemes a programnak mindig a legújabb verzióját használni. Illetve van benne riportfájl készítési lehetőség, ami sokkal bővebb információkat ad a meghajtóról. Tehát ennyi erővel ennél is lehet az egyes S.M.A.R.T. attribútumokat részletesen elemezgetni és ilyen téren a beépített alkalmazások sem tudnak többet. -
#56359
King Unique
titán
scream
#56358
King Unique
titán
válasz
scream
#56358
üzenetére
Nem végigpróbálgatni kell minden opciót, hanem a megfelelő szerint kiírni! Ha natív EFI módban akarod futtatni a telepítőt, akkor a kiírásnál értelemszerűen a legalsó opciót kell választani a legördülő menüben. Az jó az Ubuntu, Mint és társai ISO-khoz. Vagy eleve a DD képfájl módot kell használni, ami Legacy BIOS és UEFI boot módban egyaránt OK lesz.
-
#56295
King Unique
titán
subset
#56294
King Unique
titán
válasz
subset
#56294
üzenetére
Igen, csak az kizárólag olyan lemezképekhez jó, amelyeket lehet DD képfájl módban írni. A Linux ISO-k rendszerint ilyenek, ellenben a Windowsok már nem. Neki meg pont az utóbbi kellett.
-
#56267
King Unique
titán
#20749568
#56266
King Unique
titán
válasz
#20749568
#56266
üzenetére
Egy korábbi hozzászólásban erről is volt szó. Tehát a 10-esnél elég csak simán rámásolni az ISO-fájl tartalmát egy FAT32-re formázott pendrive-ra.
Egyébként amikor én legutóbb kipróbáltam ezt a WoeUSB-t Mint alatt, akkor még a pendrive formázását sem tudta magától megcsinálni és állandóan hibaüzenetet dobált. Azt is nekem kellett külön FAT32-re formázni és csak úgy volt hajlandó kiírni. Szóval ennyit erről a programról...
-
#56241
King Unique
titán
#20749568
#56239
King Unique
titán
válasz
#20749568
#56239
üzenetére
A korábbi válaszban linkelt screenshot alapján látszik, hogy a Cinnamon kiadásban lévő eszköz sem csak a teljes képernyőt tudja "fotózni". A "terület kiválasztása" opcióval pedig manuálisan ki lehet jelölni egy tetszőleges, téglalap alakú területet. A képmetszőben lévő szabadkézi opcióval viszont egy szabálytalan alakzat rajzolható. Netán utóbbira lenne szükséged?
-
#56231
King Unique
titán
ubyegon2
#56230
King Unique
titán
válasz
ubyegon2
#56230
üzenetére
A Windows képmetszőjében az alakzatnál max. a szabadkézi az extra, de azt amúgy is kevésbé használja a user. A másik 3 opció ugyanúgy rendelkezésre áll pl. a Mint Cinnamon képernyőkép alkalmazásában is. De én mondjuk ritkán használom őket, mert a teljes asztal / ablak mentéséhez általában egyszerűbb és gyorsabb az PrtSc / Alt+PrtSc.
-
#56225
King Unique
titán
herdsman12
#56221
King Unique
titán
válasz
herdsman12
#56221
üzenetére
Ebben a programban van MBR backup opció is, amit lehet célszerű lenne előtte alkalmazni. Vagyis, ha valami gond van, akkor utólag helyreállítható legyen. A screenshoton lévő opcióknál elvileg azt a partíciót kellene bejelölni, amin az MX16 van. Viszont érdekes a helyzet, mert a kép alapján 2x lett telepítve, 2 külön partícióra a 32 bites és a 64 bites rendszer. Másik lehetőség a Windows indítóbejegyzésének helyreállításához a korábbi válaszokban említett megoldások.
Egyébként az megint érdekes, hogy W10-et említettél, de a screenshoton csak egy 100 MB-os partíció látszik. Ellenben Legacy módban annál 500 MB-os partíció szokott lenni, illetve az X GB-os recovery partíció a gyárilag előtelepített gépeknél. Továbbá, ha 10-es, akkor multiboot megoldásnál annál ajánlott kikapcsolni a fast startup funkciót is.
-
#56220
King Unique
titán
herdsman12
#56217
King Unique
titán
válasz
herdsman12
#56217
üzenetére
Azért ez így általánosítva nem feltétlen igaz. Használok multiboot megoldásokat, ahol normál esetben több Linux telepítése után bekerülnek a GRUB-ba az előző disztrók, illetve pl. a Windows is. Ha esetleg nem, akkor rendszerint egy
update-grubmegoldja. De, ha valami egzotikus disztró, aminél esetleg nem működik megfelelően ez, akkor akár manuálisan is hozzá lehet adni a másik rendszer indítóbejegyzését a GRUB-hoz (példa). Illetve itt a topikban is ad találatot a chainloader kulcsszó.Aztán vannak a screenshoton is látható, vagy akár más (példa) "egykattintásos" Boot-Repair programok. Viszont, hogy pl. a mostani esetnél mennyire lenne hatékony egy ilyen, az már más dolog.
-
#56216
King Unique
titán
Lasersailing
#56215
King Unique
titán
válasz
Lasersailing
#56215
üzenetére
sudo update-grubmegvolt? -
#56207
King Unique
titán
jackal79
#56188
King Unique
titán
válasz
jackal79
#56188
üzenetére
A Rufus Windows only program, tehát értelemszerűen nem használható Linux alatt. Max. esetleg Wine és társai féle megoldásokkal lehetne működésre bírni, már ha működne egyáltalán. Viszont nem érdemes vele vesződni, mert egyrészt Mint alatt használható ilyen célra a beépített eszköz. Másrészt, ha egy jó grafikus felületű program kell, akkor ott van a multiplatformos Etcher.
(#56190) Flowtation:
Ja, nagyon kényelmes használni, pláne hogy háklis a karakterekre is. Volt, hogy csak ezért kellett átírni a fájlneveket, vagy akár a partíció nevét, máskülönben nem volt hajlandó lefutni és állandóan hibaüzeneteket dobált... -
#56149
King Unique
titán
#21078528
#56147
King Unique
titán
válasz
#21078528
#56147
üzenetére
Mi is jelent ez pontosan, netán 10 percenként fog 4,3 GB írás történni, vagy mi? Gondolom nem és a napi, illetve az eddig írásmennyiségen sem ezt látom pl. Mint 18.2 alatt. Illetve ott nálam a /var mérete ~ 860 MB. De, amikor külső / belső SSD-re egyszerre fel volt tolva nálam 5-6 különböző disztró mindenféle erőltetett áthelyezés nélkül, valahogy akkor sem azt tapasztaltam, hogy X hónapos aktív használat után "széjjelírták" volna az SSD-t...
Aki meg annyira kímélgetni akarja az írás miatt, akkor ennyi erővel telepítsen mindent HDD-re, az SSD-t meg rakja be a vitrinbe, aztán akkor nem kell min aggódnia... Az meg a másik, hogy ha egy ilyen terméknél esetleg megjelenik a tervezett elavulás és pl. a vezérlő meg akar hibásodni, akkor az vsz meg is fog. Szóval ez esetben meg aztán pláne mindegy, hogy mennyire kímélgetik...
-
#56132
King Unique
titán
#21078528
#56129
King Unique
titán
válasz
#21078528
#56129
üzenetére
"Ugye onnan indul a gondolatmenet, hogy van egy eszközünk, aminek fizikailag árt az írás, és van egy, aminek nem, minden más csak feltételezés..."
Ha annyira ártana neki általánosítva az írás, akkor ennyi erővel egyáltalán nem szabadna rá semmit írni. De a helyzet az, hogy nem így van! Illetve az idézett mondat pontosítva kb. így igaz: "aminek fizikailag árt a túl sok írás". Ami az előbbi válaszban ki volt fejtve, hogy kb. mennyi is. Ahogyan az is, hogy egy Linux, vagy pl. egy Windows korántsem fog rá normál használat mellett annyit írni, ami ebbe a túl sok kategóriába essen. X évtized alatt már lehet, de a garanciaidő meg nyilván rövidebb és addigra már bőven hardvert is cserél az ember. Ergo ezek alapján felesleges a /var és a swap HDD-re történő áthelyezése... Aztán persze, hogy ki hogyan használja az SSD-jét, túlkímélgeti-e, vagy sem, az már valóban mindenkinek a maga dolga.
-
#56128
King Unique
titán
#21078528
#56126
King Unique
titán
válasz
#21078528
#56126
üzenetére
Mért, amellett milyen érv van, hogy kötelező jelleggel át kell pakolni a /var és társait a HDD-re? Azon kívül, hogy az SSD hivatalosan kevésbé bírja úgy a sok írást, mint egy HDD. Ahol a sok nyilván inkább TB-oknál kezdődik.
Sehol nem láttam olyan teszteket, hogy pl. a mindennapi használat során bármilyen gondot is okozott volna az SSD-nél, ha a telepített Linux és annak minden alkönyvtára teljes egészében azon van. Így használom évek óta én is és nem írt rá több 100, de több 10 TB-ot sem. Ahogyan a garanciában foglalt íráslimittől is messze van az eddigi írásmennyiség. De ott vannak pl. a mai modern Windowsok, amiknél szintén nem kötelező semmit erővel letiltani, áthelyezni stb. csak azért, mert SSD van alattuk. Ráadásul rendszerint még valamivel többet is írnak az SSD-re, mint egy Linux, de mégsem okoz problémát még azoknál sem. Sőt, általában normál használatnál szintén messze vannak az ottani értékek is a garanciában foglalt íráslimittől. Már, amelyik SSD-nél van ilyen, az meg a másik. Az egyes tesztek eredményeitől meg pláne, amelyekben az SSD-k több 100 TB, vagy egyes típusok akár PB-os írást is kibírtak. Szóval nem mondanám, hogy annyira érvek nélküli állítás lenne mindez...
-
#56124
King Unique
titán
CortezX
#56113
King Unique
titán
válasz
CortezX
#56113
üzenetére
Ha a telepítésnél a "Valami más" opciónál kézi particionálást választasz, akkor ott alul a legördülő menüben a rendszerbetöltőnek ki kellene tudni választani az sdb-t is. Ha nálad Mint KDE van, akkor annál is hasonló. Valamint normál esetben magának a telepítésnek ez utóbbi beállításnál is le kellene futnia hiba nélkül.
A HDD jó, illetve nem próbáltad ideiglenesen kivenni (ha lehet) és úgy telepíteni? A HP oldalán egyébként vannak erre a hibaüzenetre általános megoldási javaslatok.
-
#56123
King Unique
titán
Frawly
#56122
King Unique
titán
-
#56121
King Unique
titán
Frawly
#56119
King Unique
titán
válasz
Frawly
#56119
üzenetére
Az előbb még úgy volt, hogy magad sem használnád, most meg hirtelen milyen jó lett...
Meg már mobil OS-nél tartunk, szoftveróriásnál, egyre cifrább. De, ha már korlátozott rendszer, akkor ennyi erővel lehetne normálisabb módon is korlátozni a jogosultságokat, nem ilyen drasztikusan. Ami ott megy, azzal meg azért nem venném egy kalap alá még a kuglit sem...De mindegy, inkább a topik eredeti témájához kellene visszakanyarodni.
-
#56115
King Unique
titán
Frawly
#56114
King Unique
titán
válasz
Frawly
#56114
üzenetére
Aha, csak akkor nem kellene feleslegesen zöldségeket írogatni, hogy ilyen + meg olyan jó, olyan jól működik, micsoda szint ez stb. Ezek alapján nemhogy ezen desktop platform rendszereivel, de máséval sem venném egy kalap alá. A többit meg hiába próbálod kiforgatni, attól az az előbbieken még nem változtat. Ennyi!
-
#56111
King Unique
titán
Frawly
#56109
King Unique
titán
válasz
Frawly
#56109
üzenetére
Olvastam, hogy azzal, csak ugye mi alapján, ha valószínűleg nem használtad és felmérés sincs arról, hogy mitől lenne elterjedtebb, lenne rá nagyobb szükség, képviselne annyival magasabb szintet stb. Ha megnézünk egy desktop OS market share-t, valahogy nem ez látszik... Ha már szövegértelmezés, akkor a DistroWatch nem tudom mért van idekeverve, mikor az külön lett megemlítve a saját példámban. Apropó, kis érdekességként van / volt Red Flag is, ami már inaktív.
-
#56108
King Unique
titán
Frawly
#56107
King Unique
titán
válasz
Frawly
#56107
üzenetére
Az eddig említettek alapján valahogy nem az jött le, hogy minden egyes pontjában szarkazmus lenne. Ahogyan arról sem találtam statisztikát, hogy ez mitől lenne jobb és szükségesebb más Linuxnál, vagy éppen másik desktop platform rendszerinél, ha már olyan magas szintet képvisel. Erre vonatkozott, hogy ennyi erővel leírhatok hasonlókat én is.
-
#56101
King Unique
titán
lck
#56100
King Unique
titán
Felesleges és amúgy sincsen sok értelme egy lassú HDD-re tenni. Na meg nagy valószínűséggel sok TB-os írást sem fog generálni... Akkor már inkább a
tmpfsmegoldás, amiről és az SSD-k Linux alatti használatával kapcsolatos dolgokról az összefoglalóban is megtalálható cikkekben vannak hasznos infók.• Linux SSD-n - de hogyan? - Tippek nagyon kezdőknek is
• Linux és SSD gyorstalpaló (frissítve) -
#56098
King Unique
titán
Frawly
#56094
King Unique
titán
válasz
Frawly
#56094
üzenetére
Micsoda elrugaszkodott állítások, bár a végéről lemaradt a "szerintem"... Ennyi erővel leírom mondjuk, hogy eme csodás OS messze a legjobb a Linuxuk között is, évek óta vezeti a DistroWatch top 100-as listáját. De még a szövetséges ország is ezt használja, ahogyan a desktop OS market share is ennél mutatja messze a legnagyobb elterjedtséget. Ha leírjuk, akkor biztos úgy van, vagy lehet aztán mégsem...
-
#56084
King Unique
titán
Dave™
#56082
King Unique
titán
Az, hogy ezen állítás szerint felesleges a virtuális rendszerre az említett OS esetében ilyen driver és nem fontos, pont arra utal, hogy az ilyen megoldás eleve másodlagos a natívan telepített változathoz képest. Annak megfelelhet, aki csak alap dolgokra és pár szoftver futtatására akarja használni stb. De, aki teljes funkcionalitással és komolyabb dolgokra, annak már nem feltétlen. Legalábbis pl. nekem nem, ha már az előbb említett alap dolgoknál elbukik... Illetve akkor pláne nem, ha csak virtuális gépen akarnék Windowst használni. A natívan telepített 10-es meg pont nem foglal sok tárhelyet, mint az előbb példázva volt. De ennyi erővel biztos lehetne abból is túrni valami kiherélt verziót, vagy akár egy WinPE változatot futtatni pendrive-ról stb.
(#56083) BoB:
Megosztott mappába lehet dolgozni, ahogyan USB-s háttértárat is csatolni a virtualizált rendszerhez. Valamint a linkelt példa mutatta, hogy volt aki nagyobb tárolókapacitású merevlemezt is particionált virtuális rendszer alatt. Attól, hogy nem használod ilyen célra, az nem jelenti azt, hogy más sem. -
#56081
King Unique
titán
Dave™
#56080
King Unique
titán
Az a 4 GB elég érdekes és valami spéci minimál verzió lehet, mert egy 32 bites normál verzió szűz telepítése is több szokott lenni. A virtuális gép meg már akinek alkalmas erre-arra, mert nálam többek között ott is elbukott, hogy egy USB 3.0 drivert nem lehetett feltenni a 7-esre. Ami a natívan telepített rendszernél nyilván simán működött. Aztán pl. a lemezkezelés, az MBR / GPT kezelése sem teljesen ugyanaz virtuális gépen és éles környezetben (példa). Na nálam többek között az ilyenek miatt is kiesik a komolyabb használat.
-
#56079
King Unique
titán
Dave™
#56073
King Unique
titán
Ha erősebb a hardver, akkor már a virtualizált OS is jó sebességgel fog futni, de egy gyengébbnél nem éppen, pláne ha kevés pl. a RAM. Viszont attól még nem fogja teljes egészében kihasználni a hardver erőforrásait és a virtualizált környezet sem minden téren ugyanaz, mint az éles. Akinek pár program futtatására megteszi a virtualizált rendszer, az felőlem használja, de engem annyira nem győzött meg. Korábban intenzívebben futtattam Windowsokat és számtalan Linuxot virtualizálva, de valahogy nem volt az igazi. Komolyabb használatra egy lecsupaszított, frissítetlen virtuális Windows nekem nem felel meg, ahogyan egy Linuxot is másabb és jobb élesben használni. Egy SSD-vel átbootolni egyik OS-ről a másikra kb. fél perc, vagy még annyi se. Szóval azt sem mondanám, hogy az annyira időigényes lenne, max. egy lassú HDD-nél.
Egyébként virtuális gépen ez a 25 GB érdekes a 10-esnél, mert egyik gépen nálam az up to date rendszer MSO-val + egynéhány programmal natívan telepítve 26 GB. Normál telepítésnél rendszerint a 7-es eszi jobban a tárhelyet, illetve legutóbb egy friss telepítés virtuális gépen is volt kb. 15 GB, vagy több. Arról nem is beszélve, hogy amit a VirtualBox, vagy éppen a VMware javasolt tárhelynek felajánl, az ennél nyilván több. Sőt, az rendszerint egy éles telepítésnél is elég.
-
#56071
King Unique
titán
BoB
#56070
King Unique
titán
Neked lehet megteszi, de pl. nekem nem. Pláne, ha valaki komolyabban akarja használja mindkét rendszert, szeretne letesztelni éles környezetben ezt-azt stb. Ha már laptop, akkor egy átlagos típuson, aminél nem túl acélos a hardver, ott megint akasztani fog a virtuális gép. Illetve egy ilyenen nyilván gyorsabban fut natívan a Linux / Windows, mintha virtuális gépen kellene kicentizni az erőforrásokat.
-
#56069
King Unique
titán
Dave™
#56065
King Unique
titán
Azt tudom, hogy az egyes Office szoftverek és a formátumok között nem tökéletes a kompatibilitás, hiába van benne mindegyikben névlegesen a támogatás. Ezért sem szoktam erőltetni a kevert használatot. Vagy egyiket és annak a helyi formátumát használom, vagy a másikat.
Azért ez nem egy gyenge hardver és már önmagában az SSD is sokat dob a működésen. Szóval nem világos, hogy mért lenne lassabb a dual-boot. Max. abból a szempontból, hogy át kell váltani egyik OS-ről a másikra. De ennyi erővel a virtuális gépes megoldással 2 db OS-t futtatni egy időben az, ami nagyobb erőforrást emészt fel. Az meg a másik, hogy nála már elvileg fel van telepítve a Windows és a szükséges programok, ahol az Office csak 1 azok közül, amikre elmondása szerint szüksége van. Szóval egyszerűbb és gyorsabb lenne mellé feldobni egy Linuxot, mintsem az egészet újrarakni, beállítgatni stb. virtuális gépként. Vagy, ha már valaki annyira másik OS-t akar kizárólagos alapon használni, akkor lehetne akár kompromisszumokat is kötni és nem ilyen felemás használatot erőltetni. Ha ez nem megoldható, akkor nem, de attól még ugyanúgy erőltetett és "érdekes" lesz ebből a szempontból a virtuális gép is. Mint, amikor az új Mac tulajok megveszik a drága vasat, aztán az első kérdés itt a fórumon, hogy a Boot Camp segítségével hogyan tudnak rá Windowst rakni...
-
#56049
King Unique
titán
#11563776
#56048
King Unique
titán
válasz
#11563776
#56048
üzenetére
Az nem kérdés, hogy egy Windowshoz szokott usernek egyértelműen a Linux Mint fog jobban kézre állni. Az viszont nem világos, hogy mitől lenne ez a FreeOffice a legjobb alternatíva, mitől tudna többet, mint pl. egy LO? Ránézésre a felhasználói felület és a menürendszer nem kiemelkedő, meg gyanítom ennél sem tökéletes a formátumok közötti kompatibilitás...
-
#56047
King Unique
titán
CortezX
#56042
King Unique
titán
válasz
CortezX
#56042
üzenetére
Office-ra ott van az OpenOffice és a LibreOffice, meg esetleg fel lehet rakni pl. a WPS-t. De ezeknél rendszerint nem 100%-os az MSO formátumokkal való kompatibilitás stb. Másik opció az MSO és a többi windowsos program futtatása PlayOnLinux / Wine segítségével, de az megint nem feltétlen OK minden téren. Mármint korántsem minden program futtatható így, illetve egyik-másiknál csak a régebbi verziók futnak jól, ellenben a legújabbak már nem.
A virtuális gép ilyen téren már jobb megoldás lehet, hiszen annál ott a komplett windowsos környezet. De az is foglalja a tárhelyet, a futtatásnál plusz erőforrást igényel, virtuális / éles környezet között is lehetnek különbségek egyéb téren stb. Én jobban kedvelem a dual-boot megoldást és pláne SSD-vel hamar át lehet bootolni egyik OS-ről a másik. Na meg éles környezetben azért a telepítés és a mindennapi használat is reálisabb képet ad, mintha virtuális gépen tökölne a user. De, ha valakinek utóbbi fekszik inkább, akkor felőlem használja azt.
-
#55997
King Unique
titán
ubyegon2
#55993
King Unique
titán
válasz
ubyegon2
#55993
üzenetére
Ránéztem Mint 18.2 és Ubuntu 17.10 Live rendszerek alatt is, de azoknál szintén szegmentálási hiba. Szóval érdekes... Az innen letöltött Gnome installer már nem dob ilyen hibát, de el sem indul rendesen. Pontosabban nem nyílik meg a terminál, de minden egyes indításkor csinál a HDSentinel mappába egy riportfájlt, benne a lemez infóival. Végül is úgy-ahogy akár ez is megteszi, max. törölni kell a felesleget...
-
#55992
King Unique
titán
cigam
#55989
King Unique
titán
Ha más javaslat nincsen, akkor megpróbálom a riportot, mert erre nekem sem nagyon van jobb ötletem. De azért előtte még másik rendszeren is ránézek, hátha. Amúgy a home mappába csinál a telepítő egy HDSentinel mappát, amit jobb híján töröltem, illetve a menüből is el lehet távolítani. Köszönöm!
(#55990) ubyegon2:
Akkor ezek szerint nem feltétlen nálam van a hiba, ha másnál is ilyet dob. Meg mondjuk érdekes, hogy a régebbi verzió simán működik, ellenben az új nem.(#55991) berus.berus:
Használom a Linux beépített diagnosztikai eszközeit is, amik általában szintén megfelelnek a célra. De mondjuk vannak olyan esetek, amikor bizonyos infókat egyik-másik nem olvas ki megfelelően, vagy éppen az USB-s meghajtók kezelése nem tökéletes. -
#55987
King Unique
titán
King Unique
titán
Üdv!
~/Letöltések $ sudo ./HDSentinel
Hard Disk Sentinel for LINUX console 0.17x64.8556 (c) 2017 info@hdsentinel.com
Start with -r [reportfile] to save data to report, -h for help
Examining hard disk configuration ...
Szegmentálási hibaEzzel mit lehet kezdeni?
Linux Mint 18.2 Cinnamon alatt a 0.17-es verziónál kb. 1 percig gondolkodik, aztán kidobja ezt a szegmentálási hibát. Ellenben ugyanilyen módon elindítva az innen letöltött 0.08-as verzió simán működik. Ha a spéci installert használom és az asztali ikonra kattintva indítom, akkor is ilyen szegmentálási hibát dob... Mellesleg utóbbihoz nem ártana valami rendes uninstall tool is, mert pl. a
removeéspurgeparancsok nem tudják törölni, mivel nem találnak ilyen programot. -
#55942
King Unique
titán
herdsman12
#55941
King Unique
titán
válasz
herdsman12
#55941
üzenetére
Az a leírás Legacy (BIOS-MBR) telepítésnél használható és a rendszerbetöltőt a Linux partíciójára (
sdXY) kell telepíteni, nem a /home-ra! A Deepin telepítője kissé egzotikus, illetve abban még Live mód sincsen, ahogy néztem. Ha működésre akarod bírni a Linuxot, akkor a GRUB-ot újra lehet telepíteni pl. a teljes lemezre és akkor normál esetben a Windowst is be kellene töltenie. Sőt, pl. az MX-16-ban ez alapján valami spéci helyreállító is van. Ha a Windowst, akkor meg annak telepítési adathordozóját bebootolva szintén megoldható a rendszerbetöltő helyreállítása. Viszont ez esetben a GRUB felül lesz írva és nem fog indulni a Linux! -
#55835
King Unique
titán
ubyegon2
#55818
King Unique
titán
válasz
ubyegon2
#55818
üzenetére
Annál is kellene, ha be van állítva rá. Meg, ha az APM olyan értéken van gyárilag, vagy olyanra van állítva, ami nem zavar bele a készenléti mód működésébe.
(#55826) Flowtation:
Ennyi szektorhibával és 0%-os kondícióval ezzel már rendszerint nem sok mindent lehet kezdeni. Illetve egy ilyen állapotú lemeznél már a teljes formázásnak és a felületi teszteknek sem igazán van értelme. A HDS-nek a windowsos verziója úgymond a fullos, ellenben a DOS és Linux változatból a grafikus felület mellett egyéb funkciók is hiányoznak. A smartmontools és társai programok meg valószínűleg azért nem tudják kiolvasni a meghajtó állapotát, mert USB-s csatlakozásnál nem minden vezérlőt támogatnak (példa). -
#55814
King Unique
titán
growler
#55813
King Unique
titán
válasz
growler
#55813
üzenetére
Készenléti állapotban teljesen leáll a merevlemez. Na meg rendszerint eleve fix fordulatszámon pörögnek, tehát nyilván nem csökkenti pl. a harmadára.
(#55800) lajos0001:
Annál még lehet meg lehetett oldani, de már ott is NTFS volt az alapértelmezett a telepítőben, ha jól emlékszem. Az újabbaknál pedig már megkövetelt a rendszerpartíciónál. Amúgy csatlakozva az előttem szólókhoz, tényleg nem sok értelme van manapság a FAT32-nek, illetve az említett régi OS-nek. -
#55797
King Unique
titán
lajos0001
#55795
King Unique
titán
válasz
lajos0001
#55795
üzenetére
A FAT32 és NTFS között valóban más pl. formázásnál a partíció méretétől függően az alapértelmezett lemezfoglalási egység és utána a foglalt terület. De pl. a merevlemezeknél a sebesség nem állandó a teljes felületen, ezért ilyen téren lehet eltérés a lemez különböző részein elhelyezkedő partíciók között. Valamint az sem mindegy sebesség terén, hogy mennyi szabad hely van a partíción, illetve mennyire töredezett a fájlrendszer stb.
Egyébként az nem tiszta, hogy nálad a windowsos rendszerpartíció hogyan lett állításod szerint FAT32, amikor annak normál esetben eleve NTFS-nek kellene lennie... Az NTFS egyébként inkább használatos a másik rendszeren, pláne hogy a FAT32-nél a helyi eszközök nem is engednek 32 GB-nál nagyobb köteteket létrehozni. Illetve utóbbinál pl. naplózás és jogosultságkezelés sincsen és amúgy is egy elavult fájlrendszer.
-
#55617
King Unique
titán
jackal79
#55611
King Unique
titán
válasz
jackal79
#55611
üzenetére
Korábban volt erről szó. Az
udisksaz újabb rendszereknél már nem működik, de az udisksctl igen. Ha nálad Mint van telepítve, akkor annál szintén lehet grafikusan, vagyis pl. az asztali ikonnál és a fájlkezelőben is van leválasztási opció. Illetve az alsó panelen szintén, de az csak a partíciót csatolja le. -
#55317
King Unique
titán
Vardar
#55314
King Unique
titán
válasz
Vardar
#55314
üzenetére
A videóban egy UEFI-s telepítést csinál a tag, ahol a kézi particionálást választva először új partíciós táblát kreál, majd manuálisan hozza létre az EFI partíciót stb. A telepítés végeztével viszont nem bootolt nála a rendszer, nincsen boot eszköz hibaüzenet jelent meg. Gondolom ezért adta hozzá manuálisan az UEFI boot menüjéhez a Lubuntu indítóbejegyzését az
EFI\ubuntu\shimx64.efifájlt betallózva. Normál esetben rendszerint nem kell ilyennel szórakozni, de mint a példa is mutatja, megoldható a bejegyzések utólagos hozzáadása is.Az O365 desktopon natívan csak Windowsra és macOS-re érhető el, ellenben Linuxra nem. De akár az utóbbin is futtathatók bizonyos Office-termékek Wine / PlayOnLinux segítségével. Aztán, hogy mennyire jól és stabilan, az már más dolog, mint ahogyan a WineHQ oldala is mutatja pl. a telepítőknél a minősítéseket.
-
#55102
King Unique
titán
ArthurShelby
#55101
King Unique
titán
válasz
ArthurShelby
#55101
üzenetére
Az adatlapja szerint max. 100 MB/s olvasás és 15 MB/s írás, ami azért nem annyira acélos, pláne az utóbbi. Sőt, ez utóbbi inkább USB 2.0 szint... A Live rendszer fut a RAM-ból, illetve a perzisztens Live, amely utóbbi a beállításokat megjegyzi. Perzisztens telepítőt Linux pl. az mkusb tud készíteni, Windows alatt meg ezen programok.
Szintetikus sebességtesztet lehet készíteni pl. a Disks (Lemezek) alkalmazással, de akadnak más módszerek is erre. Windows alatt egyébként lehet akár írni és olvasni is az Ext4 fájlrendszert külső programokkal. Példa: Ext2Fsd | Paragon ExtFS. Sőt, akár a TC-hez is van ilyen fájlrendszer plugin.
-
#55099
King Unique
titán
Bici
#55095
King Unique
titán
A Windows telepítőknél ISO képfájl mód szerinti kiírás kell. Ellenben ez említett linuxos programok DD képfájl módban írnak, ami eleve nem jó hozzá... Sőt olyannyira nem, hogy utána a drive RAW lesz és azért akarja formázni a Windows. A DD képfájl mód szerinti írás a Linux ISO-k való. Egyébként a 8.1-nél elég akár a sima fájlmásolásos módszer is, mint az egy korábbi hozzászólásban már említve volt.
(#55092) CPT.Pirk:
Azért nem volt hajlandó települni rá, mert nem a boot módnak megfelelő volt a partíciós tábla. Legacy-ban MBR, UEFI-ben GPT kell neki. Ha utóbbi volt beállítva és aszerint bootolt a telepítő, ellenben MBR volt a lemez, akkor nyilván hibaüzenetet dobott. Ilyenkor vagy át kell állítani Legacy-ra, vagy jöhet pl. a diskpart, ami valóban destruktív. Ellenben külső programok meg tudják csinálni adatvesztés nélkül is (példa).(#55093) colomb2:
Igen, a gdisk nálam is simán átkonvertálta adatvesztés nélkül a lemezt. -
#55084
King Unique
titán
ArthurShelby
#55082
King Unique
titán
válasz
ArthurShelby
#55082
üzenetére
Az előző válaszban linkelt leírásban ott van, hogy hogyan kell...Vagyis kijelölöd a partíciót a pl. a "+" gombot megnyomva lehet beállítani. Nem egy bonyolult dolog, de mindegy. Ha lehúztál minden háttértárat, akkor nyilván csak a pendrive-ot listázta ki a telepítő és arra települt a rendszer, valamint a GRUB is. Tehát így is rendben lehet.
-
#55078
King Unique
titán
ArthurShelby
#55074
King Unique
titán
válasz
ArthurShelby
#55074
üzenetére
A rendszernek mindenképpen meg kell adni egy csatolási pontot. Ha a gyökérbe (/), akkor minden rendszermappa oda települ és egyébként az automatikus telepítés is így oldja meg. Ez hasonló, mint amikor a Windowsnál minden a C partícióra kerül. De emellett lehet akár külön home partíciót is csinálni
/homecsatolással. Erről pl. ezen leírásban is van infó. Viszont normál esetben nem érdemes túlbonyolítani a dolgot, pláne nem egy szimpla kipróbálásnál, illetve pendrive-os telepítésnél.Ha Legacy boot van, akkor az egyszerű, ott van hozzá a leírás.
-
#55069
King Unique
titán
ArthurShelby
#55066
King Unique
titán
válasz
ArthurShelby
#55066
üzenetére
A pendrive-on nem adtál meg a rendszernek csatolási pontot, azért problémázik a telepítő, mint azt a többiek is említették. Illetve akár egy kisebb swap partíciót is érdemes neki létrehozni (valahol), mert annak hiánya miatt is szokott figyelmeztetni. Persze ilyenkor jön, hogy flash-alapú tároló és azokon nem szerencsés, nem bírják annyira a sok írást stb., de ennyi erővel a naplózó fájlrendszert (pl. Ext4) sem. Viszont, ha csak kipróbálásról van szó, illetve viszonylag rövid idejű használatról, akkor ezekkel sem feltétlen kell foglalkozni.
Ami még lényeges lehet az az, hogy milyen boot mód szerinti telepítést csinálsz. Ha Legacy, akkor az mondhatni sima ügy és ahhoz készült az összefoglalóban szereplő leírás is. Ellenben az UEFI már macerásabb lehet, amiről egy másik hozzászólásban volt szó. Vagyis ilyenkor alapértelmezetten a helyi lemezen már meglévő EFI partíción fogja létrehozni az ezzel kapcsolatos mappát és fájlokat az Ubuntu, valamint a boot listában is az első helyre teszi be magát. Ha csatlakoztatva van a pendrive, akkor nem gond, de ellenkező esetben jön a hibaüzenet a bootolásnál. Viszont szükség esetén akár az UEFI BIOS-ban is át lehet állítani a sorrendet. Valamint Linux alatt ezen leírás alapján, illetve Windows alatt pl. az EasyUEFI programmal is lehet szerkeszteni a bejegyzéseket, módosítani a sorrendet stb.
-
#54811
King Unique
titán
lev258
#54809
King Unique
titán
válasz
lev258
#54809
üzenetére
Használok több verziót is (2010 - 2016, O365), de eddig különösebb problémákat nem tapasztaltam ilyen téren. Sőt, volt hogy egy régi gépen a 2000-es verzión kellett megnyitni X-es doksikat, ami a kompatibilitása csomag felrakása után ment és OK volt. Lehet nálad előfordult ilyen, de attól még általánosan rendszerint az LO és társai esetében szokott emiatt több panasz lenni... De akadnak olyan programok is, mint pl. a WPS fizetős verziója, amelynél egész jó a kompatibilitás.
-
#54808
King Unique
titán
lev258
#54803
King Unique
titán
válasz
lev258
#54803
üzenetére
Azért azt mondjuk hozzá lehetne tenni, hogy ezeket a kompatibilitási problémákat a gyakorlatban házon belül nem, vagy nem olyan mértékben tapasztalni (már aki), mint amikor a másik programmal (LO) vannak megnyitva a doksik. Használom az előbbi szoftver több verzióját is, de ilyen kisebb / nagyobb "elcsúszásokat" rendszerint akkor tapasztalok, amikor az utóbbival (LO) akarom megnyitni őket. A 2 program és a formátumaik között eddig sem volt tökéletes a kompatibilitás és valószínűleg ezután sem lesz. Aki nem akar ilyenekbe belefutni, az akkor jár a legjobban, ha vagy egyik, vagy másik programot és annak saját formátumát használja.
-
#54797
King Unique
titán
Polllen
#54796
King Unique
titán
válasz
Polllen
#54796
üzenetére
Akkor mégiscsak lehet valami gond az USB-s csatlakozás, kábel stb. körül. De olyan is előfordul, hogy az alaplapi vezérlő + külső házban lévő vezérlő + az OS együttműködése nem tökéletes és azért szakad meg rendre az adatkapcsolat. Vagy USB 3.0-nál akár még a Wi-Fi is zavaró tényező lehet bizonyos esetekben.
Egyébként a pendrive-nál sem feltétlen muszáj perzisztens megoldással és FAT32-vel szórakozni. Fel lehetne rá a Linuxot natívan is telepíteni Ext fájlrendszerrel. Az Ext2-nél a naplózás sem lenne gond, de az akár Ext3/4 esetében is kikapcsolható. Illetve azért nem feltétlen fog (idő előtt) a bekapcsolt állapot sem gondot okozni, de hosszabb távú használatnál, illetve kevésbé strapabíró pendrive-oknál nyilván érdemes erre odafigyelni.
-
#54777
King Unique
titán
Polllen
#54771
King Unique
titán
válasz
Polllen
#54771
üzenetére
Az USB 2.0 azért lett megemlítve, mert előfordul bizonyos hardvereknél, hogy USB 3.0 specifikus a probléma, ellenben USB 2.0 portban már nem tapasztalni. De, mivel csak az előbbi portok vannak a laptopon a leírása alapján, ezért nem opció a kipróbálás. Egyébként az OS sebessége nagyban magától a háttértártól, annak elérési és 4K értékeitől is függ. Például egy külső SSD-ről USB 2.0 portra csatlakoztatva is úgy-ahogy használhatóan fut egy Linux, de az USB 3.0/3.1 azért nyilván előnyösebb ilyen téren.
Egy NAS HDD-nél egyébként bekavarhat pl. a TLER, de az desktop környezetben "elvileg" nem okoz gondot. Ha a PC-n, illetve adattárként használva sem volt emiatt fennakadás, akkor valószínűleg más okozza a problémát. Aztán, ha rendre 10 perc után fagy ki a rendszer és nem USB-s csatlakozási, adatkapcsolati problémák miatt, akkor még elvileg az alvó mód is akár szóba jöhet. De az nyilván csak inaktív állapotban lép működésbe X perc után, illetve megint más az adattár és a rendszerlemezként történő használat. Valamint, ha hálózatról megy a laptop és nem aksiról, akkor elvileg az energiagazdálkodás okozta probléma sem valószínű. Ha pedig a leírtak alapján már a telepítésnél is jelentkezik a fagyás, akkor az megint megkavarja a dolgokat.
Egy másik Linux valóban megérne egy próbát, mert az csak egy dolog, hogy a 17.04-es Lubuntu "A" hardveren (PC) probléma nélkül működik USB-ról. Viszont "B" hardveren (laptop) már előfordulhat ennek az ellenkezője is.
-
#54769
King Unique
titán
Polllen
#54768
King Unique
titán
válasz
Polllen
#54768
üzenetére
Másik verzióval (LTS), másik Linuxszal nem próbáltad? Illetve az egy dolog, hogy pendrive-ról fut a normál / perzisztens rendszer, de hogy azon a hardveren (laptop) teljesen OK-e a telepített, az már más. A PC meg nyilván más hardveres környezet.
Egyébként a Red egy 5400-as NAS HDD, ami eleve nem OS alá való. USB-s használatnál pedig a már említett másik port, másik kábel stb. dolgokat is érdemes akár kipróbálni. USB 2.0-n is ki ehetne kipróbálni, de a leírása alapján csak USB 3.0 portok vannak a laptopon.
-
#54736
King Unique
titán
zgospel
#54733
King Unique
titán
válasz
zgospel
#54733
üzenetére
Attól, hogy Windows alatt be van állítva egy jelszóval védett felhasználói fiók, attól még a rendszerpartíció tartalmához simán hozzá kellene tudni férni (Live) Linux alatt. Feltéve, hogy nincs valami spéci titkosítás, tényleg ott vannak, illetve nem sérültek azon a fájlok.
Egyébként USB-n csatlakoztatva másik Windows alatt nem látszanak azok a hiányolt fájlok, vagy annak egy pendrive-ról bebootolt WinPE-alapú változata alatt? Ha ott sem és tényleg azon a partíción vannak, akkor meg rá lehetne ereszteni egy adatmentő programot és teljes keresés után megnézni, hogy miket talált. De ezen dolgokat már nem feltétlen itt kellene megtárgyalni, illetve az adatmentéses témának is van külön topikja.
-
#54694
King Unique
titán
guppi2
#54693
King Unique
titán
válasz
guppi2
#54693
üzenetére
Mondjuk ott már utaltak rá, hogy inkább a Firefox topikjában lenne célszerűbb érdeklődni a speciális beállítások felől. Az pedig nem éppen ezen topik témája, hogy egy másik platform rendszerén hogyan lehet a böngészőnél beállítani ezt-azt. Az meg a másik, hogy 1 kérdést lehetőleg 1 topikban kellene kitárgyalni és nem szétszórni ugyanazt több helyen! Tehát már az elején célszerű lett volna eldönteni, hogy hova való igazán és ott megkérdezni. De utólag már mindegy.
-
#54692
King Unique
titán
guppi2
#54691
King Unique
titán
válasz
guppi2
#54691
üzenetére
Ha Windowszal kapcsolatos kérdésed van, akkor azt mért nem ott intézed, pláne hogy annak topikjában is feltetted? Vagy pl. lehetne helyette egyből a Mozilla Firefox topikban is érdeklődni.
-
#54676
King Unique
titán
Septum15
#54672
King Unique
titán
válasz
Septum15
#54672
üzenetére
Egyébként az meg a másik, hogy ha a beolvasztani kívánt terület (sda3) nem közvetlenül a célpartíció (sda5) mellett van, akkor nem fogod tudni hozzáadni...Legalábbis normál módon nem, max. valami partíció-átmozgatással. Amúgy egy screenshotot tényleg betehetnél ide, hogy lássuk mi is a helyzet.
-
#54443
King Unique
titán
tvamos
#54441
King Unique
titán
válasz
tvamos
#54441
üzenetére
Ahogyan a topikgazda is mondta, GPT partíciós táblát kellett volna tenni a lemezre és akkor használható egyben a teljes tárterület. Ellenben, ha az újraparticionálásnál msdos (MBR) opciót választottál, akkor nyilván nem.
Ez a NAS-ból kivett HDD, az újraparticionálás előtt az adatokat lementetted róla?
-
#54423
King Unique
titán
lev258
#54418
-
#54417
King Unique
titán
ROBOTER
#54410
King Unique
titán
válasz
ROBOTER
#54410
üzenetére
Akkor az pont OK, mert így az eredeti, mármint a mostani állapotában tudod lementeni a rendszert. Ha az előző válaszban említett leírások alapján sikerül megoldani az AHCI módot, akkor majd utána lehetne nekiállni a Mint telepítésének.
(#54411) colomb2:
A hardver gyártója megoldhatta volna a telepítést a hagyományos (AHCI) mód szerint is, az igaz. Viszont az már nem az ő hibájuk, hogy nem minden OS támogatja megfelelően ezt a SATA RAID módot. -
#54409
King Unique
titán
ROBOTER
#54408
King Unique
titán
válasz
ROBOTER
#54408
üzenetére
Helyes! Ha nem sürgős a dolog, akkor nem érdemes kapkodni. A Linux telepítése már megtörtént? Legjobb lett volna még előtte megcsinálni a mentést, de mindegy. Meg persze az is jó lenne, ha ez RAID nem okozna ilyen problémát Linux alatt. Amúgy, ha visszaállítod a SATA módot RAID-re, akkor gondolom bootol a Windows.
Egyébként nálad RAID módban megy W10 alatt a TRIM? A megfelelő driverrel működhet, de általánosan az AHCI mód javasolt ehhez. Amúgy tényleg nem sok értelme volt gyárilag így telepíteni a rendszert...
-
#54407
King Unique
titán
ROBOTER
#54404
King Unique
titán
válasz
ROBOTER
#54404
üzenetére
Egyébként a mentést már megcsináltad a rendszerről, illetve a visszaállításhoz készítettél WinPE pendrive-ot? Mert azt mondanom sem kell, hogy a további machinálás előtt ez okvetlenül legyen meg! Ha van mentés, akkor nincs para, mert könnyen visszaállítható az eredeti állapot.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- Autós topik
- exHWSW - Értünk mindenhez IS
- Egy helyre gyűjti az eltérő áruházak játékait a Microsoft
- Hálózati / IP kamera
- Vezetékes FÜLhallgatók
- Renault, Dacia topik
- Beszántaná a marketingért felelős részlegét az Intel
- Valós időben generálhatja a jövőben a GPU a fákat
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- Gyermek PC játékok
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- LG 32SQ700S-W - 32" VA Smart - 3840x2160 4K UHD - 62Hz 5ms - WebOS - Wifi + BT - USB-C - Hangszórók
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! Dell Latitude 5310 - i5-10GEN I 16GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- BESZÁMÍTÁS! Sony PlayStation4 PRO 1TB fekete konzol extra játékokkal garanciával hibátlan működéssel
- BESZÁMÍTÁS! Gigabyte B550M R7 5700X 32GB DDR4 512GB SSD RX 7700 XT 12GB DeepCool CC560 Seasonic 650W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest