-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Vasti74
senior tag
válasz
Doky586
#82724
üzenetére
Ha le van mentve, miért szívatod magad?! ;-)
OK, tanulni kell, de ha most csöppensz a linuxozásba, nem biztos, hogy ilyennel kell kezdeni ;-)
Ha mentésre kell a kiszedett vinyó, egyszerűen nyessél le róla minden partíciót, aztán particionáld - formázd újra olyan operációs rendszer alatt, ami alatt használni fogod.
lvm-es tudás híján nekem ötletem sincs a dologra amúgy :-( És két lemezes NAS-al sem volt ilyen dolgom még.
De azért kíváncsi vagyok rá nagyon, hogy mit ügyeskedett a NAS??? Kérdezd meg a Synology topicban, mert ez már nem elsősorban linuxos, hanem inkább Synology specifikus dolog ;-)
-
lev258
veterán
válasz
Doky586
#82721
üzenetére
Az első korábban már működött. Akkor az mdadm-et is használtad. Ezek szerint hiába gondolod, hogy nincs RAID, mégis van (csak éppen 1 lemezes).
Vagy megpróbálsz logikusan, lépésenként nekiállni, vagy átviszed valakinek, aki ért hozzá. Persze kellene majd valami, amire le tudod menteni az adatokat.
Vagy tedd vissza őket a NAS-ba. -
lev258
veterán
válasz
Doky586
#82714
üzenetére
A "How to mount" részen kellene végigmenni. Elvileg ugyanúgy kell történnie mindennek nálad, mint a képeken (csak más LVM megnevezéssel).
Az LVM annyit takar, hogy a partíciók nem fix objektumok, hanem dinamikusan változtathatóak (csak absztrakt formában léteznek). Én nem használom, de sok helyen (pl. NAS-oknál) népszerű. -
#82697
fatpingvin
addikt
Doky586
#82696
fatpingvin
addikt
válasz
Doky586
#82696
üzenetére
16 bites procin Linux nem fog menni, just saying... szerintem még uclibc-vel sem. 32 lesz az.
a max 2TB vinyó meg nem az MBR miatt, superfloppyként formázva nem is kell partíciós tábla (így van két 3TB-os lemez a fuull MBR-es gépemben) ez sokkal inkább a SATA vezérlő hiányossága. -
válasz
Doky586
#82692
üzenetére
Hát ennek tényleg semmi baja nincs, akkor viszont tényleg a Syno hibája lehet, ill nem is hiba, mert saját OS-en belül nem volt neki gondja, de így kiszedve normál Linux nem tud vele mit kezdeni. Sajna nekem is csak egylemezes Syno NAS-om van, azt se cseréltem még ki eddig, így nem ismerem a többlemezes dolgait, de ott lesz a bibi szerintem. (ha LVM szóba jöhet, az tényleg tud gubancokat okozni hasonló helyzetekben)
-
Vasti74
senior tag
válasz
Doky586
#82692
üzenetére
A HD Sentinel csak a lemez fizikai állapotát mutatja, a Windows lemezkezelőjének meg elképzelése sincs arról, hogy mivel van dolga, úgyhogy mivel a célja általában a felhasználó megnyugtatása, egyszerűen csak azt írja, hogy hibátlan ;-)
De ezektől függetlenül a fájlrendszer lehet olyan szinten sérült, hogy kb. menthetetlenek a rajta lévő adatok...
Viszont most eléggé valószínű, hogy nem ez a baj, egyszerűen csak valamit elnézünk ;-)
Vagy tényleg volt valami lvm (de miért?) , és az szívat.
-
Vasti74
senior tag
válasz
Doky586
#82686
üzenetére
Ez érdekes... Sajnos az lvm az kimaradt nekem, ha az van a lemezen, nem tudok így kapásból semmi okosat mondani rá.
(De a pár hozzászólással lejjebb berakott képen meg úgy néz ki, mintha a hibaüzenet mögött az adatpartíciód tartalma lenne látható, felcsatolva???)
Nem tudom, mint ügyködött az a NAS, de nekem volt már 2 különböző QNAP és 3 különböző Synology (igaz, mindegyik egy lemezes) , nem egyszer csereberéltem már vinyókat bennük, eddig még mindegyiket simán felcsatolta az akkori akármilyen linuxom...
A hibaüzenet egyébként nem jelent automatikusan hibát, ne ijedj meg! A mount felsorol 5 lehetséges hibát, a végén meg ott van, hogy "vagy más hiba" ;-)
-
-
CPT.Pirk
Jómunkásember
válasz
Doky586
#82650
üzenetére
Várjál, akkor ezek úgy voltak, hogy 2 darab HDD, egyik ebben, másik abban a NAS-ban? Eddig úgy értettük, hogy ezek egy NAS-ban voltak, de valamilyen raidben. Viszont a "basic" storage type az csak 1 HDD-vel választható.
Két találatot látok arra, hogy mit kell csinálnod:
http://www.synologythailand.com/how-can-i-recover-data-on-my-synology-nas-using-a-pc/
https://kb.synology.com/en-uk/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC -
#82649
tordaitibi
veterán
Doky586
#82646
-
-
CPT.Pirk
Jómunkásember
válasz
Doky586
#82642
üzenetére
A mount az nem tud raidből kiszakított kötetet csatolni. Nem arra való.
Neked mindenképpen az mdadm kell, kezdésnek meg kellene vizsgáltatni vele, hogy miről van szó, egyáltalán milyen típusú raid volt:
sudo mdadm --examine /dev/sdXAztán lehet nézni, hogy milyen módon lehet mdadm assemlbe-el összeállítani a raid-et egy eszközből az adatmentés idejére.
-
válasz
Doky586
#82639
üzenetére
RAID nekem kínai, de szerintem a DSM OS raid-be kezelte a két lemezedet, mivel tudtommal Debian alapú a DSM, így a mdadm kell neked! Nem ismerem, de gondolom ezzel lehez managelni a lemezeket, van GIU-s megoldás is
mdadm GUI - A graphical interface to Linux software RAID via Webmin
Itt meg egy leírás, hogyan managelheted a lemezeket:
Monitoring and Managing Linux Software RAID
Remélem ezzel már el tudsz indulni és beolvassa a live filemanager, mi van a lemezen.
Egyébként egyszerűbb lett volna még a NAS-ban elintézni a lemezműveleteket....
-
lev258
veterán
válasz
Doky586
#79427
üzenetére
Mindkettő 18.04-re épül, így a közös támogatásuk is ugyanaddig tart. A specifikus pl. grafikus felülettel kapcsolatos dolgokban nem várhatsz további támogatást vagy a bug bejelentéseidre (amit eddig sem csináltál
).
Talán a Lubuntuval kicsit gyorsabb lenne a géped, de ezt így nehéz megmondani.
Itt nézelődhetsz: [link] -
-
válasz
Doky586
#79209
üzenetére
sudo gzip -k9 /usr/lib/python3/dist-packages/speedtest.pysudo wget https://raw.githubusercontent.com/sivel/speedtest-cli/v2.1.3/speedtest.py -O /usr/lib/python3/dist-packages/speedtest.pyNálam 2 hónapja nem működött, fenti két parancs helyrerakta. Most nem találom a cikket, amiben találtam a megoldást, de a history-ban megnéztem a speedtest-cli után kiadott parancsokat.
-
-
#63718632
törölt tag
válasz
Doky586
#79001
üzenetére
Az Enhanced Mode engedélyezi a SATA kontroller számára az AHCI funkciókat.
A Compatible Mode tiltja ezeket. Szóval van AHCI a trimmeléshez Enhanced Mode-ban.
Akkoriban bizonyos biosokban nem nevezték még ennyire direkt módon az ACHI funkciót, lévén ez akkor még az elején járt. Akkoriban jött az AHCI támogatás OS szinten, GPT partíciós tábla, kezdeti SSD-k, stb.
Emiatt sem egyszerű távgyógyítást végezni, később érkező hibrid uefi implementációk meg tovább bonyolítják a helyzetet. -
#63718632
törölt tag
válasz
Doky586
#78999
üzenetére
Jó, csak amit én javasoltam. Ahhoz nem kellett volna az IDE módokat megváltoztatni.
Törlöd a csomagot, grub update és restart.
Amit Te csináltál, annak nincs köze az os-prober törléséhez, mert az IDE mód megváltoztatásával nem látszik a SATA meghajtód. Amit a grub-update sem lát természetesen. Meg amint mondod, ezek után törölted az os-prober csomagot.Minden esetre érdekes szitu. Meg amint látom nem is mai lapról van szó.
-
válasz
Doky586
#78990
üzenetére
Jogos, bocs, nem láttam a kép alját meg bootképernyőt se vagy féléve....akkor nyomj egy Entert, írja is a képeden, sajna évek óta nem foglalkoztam GRUB állítgatásokkal, valami viszont bugos nálad, ha nullán van mindkét érték és mégis 10 s-ről indul a boot. (ha megtalálom a GRUB-os blogomat vagy olvasok valami okosat, visszanézek)
(#78992) májkimiki
Te nekem itt tartsál kioktatást. Légy szíves!!
Ezt lefordítanád az ismert nyelvek egyikére?
(.)
-
válasz
Doky586
#78986
üzenetére
Te mondtad hogy ez csak szétszedéssel törölhető a menüből és minden frissítésnél visszajön ha nem húzom le.
Nem pont ezt jelenti, amit mondtam.
Ezzel csak azt éred el, hogy a GRUB úgy tallózza a rendszert, hogy nem fog találni más OS-t tartalmazó meghajtót/particiót. Egyébként látod a boot során a visszaszámlálást? Ha igen, akkor Entert nyomva azonnal felülíródik és elkezdődik a boot, de ha nem látsz visszaszámlálást akkor más a helyzet. (ha semmit nem látsz, nyomj TAB-ot és megjelenik a bootsplash vagy mi a neve)Egyébként a GRUB-nál default a 0(nulla) és ez akkor változik, ha talál másik rendszert, de akkor a bootplash is láthatóvá válik, értelemszerűen. Szóval nálad lehet nem is ez van!
Nézned kéne egy
systemd-analyzekimenetet!systemd-analyze blamemég jobb, ha magas az érték.(no de látom megérkezett a levegőminőség felelős ft is, be is fejeztem, mielőtt megint nyekergés lenne.....ennyi szaktekintély már megoldja hamar)
-services inaktiválást kérdezd majd tőlük, ha magas értéket kapsz az előbbi kimenetnél -
#63718632
törölt tag
válasz
Doky586
#78986
üzenetére
Egy valamit még megpróbálhatsz. Távolítsd el az os-prober csomagot, majd sudo update grub és restart. Ez a csomag felel azért, hogy más rendszert is keressen a grub a konfigon.
Nincs semmilyen függősége a csomagnak, ne ránt magával semmit. Ezt láthatod majd a Synaptic-ban.
Mivel nem lessz másik OS a grubban, így vsz. helyreáll a várakozási anomáliád is. -
vadkörte
addikt
válasz
Doky586
#78983
üzenetére
Mint írtam, nálam a W10+Manjaro dual boot-ban működik, bár külön eszközökön. A Linux a saját betöltőjébe beleírta a W10-et is, a W10 nem is lát magán kívül más boot-képes eszközt. A Manjaro már több frissítést megélt - havonta 1x van nagy, meg közben pár kisebb. A W10 is számtalan frissítésen van túl - 2016-ban telepítettem, talán 16xx verzióval, most 21H2 - és a W10 nem cseszte szét a linux GRUB-ját. Lényeg, hogy külön eszközön (gondolom, ha egy lemezen lennének, akkor is így működne) van és őfőméltósága meg van győződve az egyeduralmáról
-
válasz
Doky586
#78981
üzenetére
Ki gondolta hogy a linux frissítés rosszabb mint a win10 frissítés, és így szétcseszi a bootot.
Ezt kát volt a végére biggyesztened, mivel marhabaromság! Itt akkor van frissítés, amikor te nyomsz rá a gombra és még a GUI-s Frissítéskezelő is pontosan kilistázza, mik kerülnek frissítésre.
A boot-ot meg nem cseszi szét, mivel pontosan és szakszerűen az történt, ami elvárható ilyenkor, ha vannak egyéb OS-ek a gépben, akkor a multiboot miatt a rendszer azokat betallózza. Ez van.Ha te nem ismered egy adott rendszer működését és pislogsz meglepetten, attól még nem az adott rendszer lesz a rossz.
Egyébként a választómenü késleltetési idejének csökkentése és amit én javasoltam, az két külön dolog. A 10 sec-et sem kell megvárnod, ha nyomsz egy képeden is elmagyarázott gombot! De ettől még az ősrégi vacak HDD-t végigkerregeti majd a rendszered. Próbáltam gyakorlati tapasztalataim alapján ötleteket adni, de ezek szerint nem a szöveget próbálod értelmezni, hanem azt nézed, ki írja!
Te bajod.(#78982) vadkörte
Akkor ez a dolog nyitja, hasonló karcos stílus! Még szerencse, hogy nem egyedül vagyok ilyen. Néha így is oly egyedül érzem magam itt..... brühühü....
(csak poen volt, mielőtt valaki félreértelmezi) -
vadkörte
addikt
válasz
Doky586
#78981
üzenetére
Ugyanezt csinálta nálam a Manjaro, pedig külön eszközre lett telepítve, a telepítés idejére lehúztam a másik eszközt (W10).
Az első rendszerfrissítéskor rájött, hogy magán kívül van még boot képes eszköz és beleírta azt is. Így marad, engem nem zavar, a W10 meg nem is tud róla, hogy mások is laknak rajta kívül abban a házban. Mani-t meg a W10 nem különösebben zavarja.
#78975 ubyegon2:
"Szerintem közös ötletelésekkel tényleg elég jól haladtunk és kb erről szólna egy Kezdőknek fenntartott topik!"
Erről kellene szólnia a dolognak.
"Nekem amúgy megvan az is, hogy itt kicsit morogtál velem, mint mindenki eleinte és utána derült ki, hogy másik topikban (Manjaro talán) azelőtt elég jól és olajozottan tudtunk már kommunikálni."
Így van, aztán rájöttem, hogy már "ismerjük" egymást és arra is, hogy érdemes odafigyelni arra, amit tanácsolsz, mert segítő szándékkal teszed. A néha karcos, cinikus stílusod meg nekem bejön, én sem vagyok szentlélek... -
válasz
Doky586
#78976
üzenetére
Ha a Frissítéskezelőt használtad, az ugyanúgy frissít minden csomagot, ha van új belőle, mint az update/upgrade parancs. Pár napja jött ki a GRUB-2 új verziója, így nyilván azt kell látnod, amit képeken csatoltál. A splasscreen-t meg látod bootkor, ha nyomsz egy ESC-et. Ha lassú a WIn7-es HDD és le tudod húzni fizikailag az alaplapról, érdemes megtenned és míg nincs rádugva, frissíted a GRUB-ot, utána visszadugod a Sata csatlakozót, így nem kerregteti a boot a Win-es HDD-t minden esetben. Ezt sajna minden frissítésnél meg kéne csinálnod, amikor GRUB frissítés is lefut, mint az említett új kernel. (ha elegendőnek érzed a kéklufi által javasolt visszaszámlálás csökkentését, akkor ez felesleges)
grub.cfg-ot inkább ne töröld, ahogy kéklufi is említi, még a módosításnál is pontosan kell tudni mit csinálsz. Törlés után mondjuk lesz egy vadiúj telepítésed.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Egyébként a grub.cfg képét csak akkor látod, ha a bootképes OS során nyomsz egy e betűt, normál esetben az nem jöhet elő.
(#78977) tordaitibi
De hibadnak ehhez semmi koze
Mivel nincs is hiba, a rendszer tökéletesen azt teszi és úgy, ahogyan azt kell neki ilyen esetben!
Lehet, hogy kollégánál még a régi fajta fekete-fehér karakteres Grub volt, így nem csoda, ha meghökkent az új Grub-tól. -
#78977
tordaitibi
veterán
Doky586
#78976
válasz
Doky586
#78976
üzenetére
Rossz helyen keresed.
/boot/grub/grub.cfg
A vegere gorgess, ahol kezdodik az os es a reco es egyeb kernel mode.
De hibadnak ehhez semmi koze mert akarmennyire nem fogadod el, felvette a wint az inditomenube.
Ha ez a gyanu, fizikailag vagy biosba valasz le a lemezt majd boot
Linux es sudo update-grub.
Majd reboot. Igy biztos hogy semmit nem fog felvenni sajat magan kivul. -
-
válasz
Doky586
#78953
üzenetére
Te egy 13 éves laptopról beszélsz.
Legrosszabb esetben 9 évesnek mondanám, mivel az 2012 novemberében jött ki, de utána is jó darabig szerintem még voltak sok gyártónál saját hibrid EFI megoldások, persze ha Te desktop alaplapra gondoltál, csak nem írtad, azt is megértem.
Nyugtass meg, hogy nem matekszakon végeztél!(3)
-
válasz
Doky586
#78950
üzenetére
Mondjuk éppen a HP Elitebook 8xxx sorozat, amit még eddig nem hallottam vackozni 8+ évesen is consumer biliműanyag laptopokból süt reggelire rántottát magának. De viccen kívül, az egy igen jó gép, az meg, hogy abban az időben minden egyes gép valamiféle hibrid EFI-legacy megoldással kísérletezett, szerintem nem von le semmit az értékéből. Még ma sem. 1000 Linux telepítést tuti csináltam már utóbbi 8 évben és ebből csak ezen a gépen végzett Manjaro-s kísérletem volt UEFI-s, majd talán az új veterán Dell M4700-on kipróbálom, de sokkal az se fiatalabb, mint a 8570p.
ATX desktopom van, de majd mindennap átcaplatni vele a Pest- Buda távot jó nagy marhaság lenne.No de legalább tudjuk, hogy van a Kezdő topiknak végre egy notebook szakértője!
Ilyenkor egyébként megmogyoróznak a Windowsos vagy SSD topikokban, azért jössz ide belekötni mindenbe?
Nem haragszom amúgy, kötekedésben én is otthon voltam, amíg írtam egyáltalán a topikokba.....(2)
-
#78951
tordaitibi
veterán
Doky586
#78948
-
válasz
Doky586
#78943
üzenetére
Az utóbbi 9 évben már csak UEFI kompatibilis lapokat gyártanak..
Én a 2012-2013-as HP Elitebookommal együtt nem tapasztaltam ezt, volt valami hibrid legacy/UEFI opció, de ha nem hagyok fel elég gyorsan a próbálkozással, hosszabb kiventilláló blogot írtam volna az egészről, mint tordaitibi jókomám a galád Linuxról!
Egyszóval én 99 után gyártott gépekre is tettem már Linuxot, de erre az UEFI kompatibilis Elitebook sorozatra nem tennék, ha tizen bíztatnak se!(bocs az offért egyébként)
ДарСтав
Igazi Donkihóte vagy, de ha nem szereted a függőségeket, akkor nagyon került a Debiant és még inkább az amúgy 97%-ban systemd-kiherélt Debian erőlködést. Egyszer írhatnál egy blogot, hogy aki totál nokedli Linux user, annak mi baja a systemd-s rendszerekkel.
Teamv. helyett meg ott az AnyDesk, amott írtad, hogy nem tud magyarul, de ezt még a program nem tudja.
nopara, csak ennyi lettem volna erre a hétre
-
#78945
tordaitibi
veterán
Doky586
#78943
-
#78941
tordaitibi
veterán
Doky586
#78939
válasz
Doky586
#78939
üzenetére
Jogos de azert a jelenleg hasznalt őskövület vasak nagyresze mbr/bios, meg a jelenleg "hasznalt" userek
90%-a azt se tudja eszik vagy isszak a gpt/efit.Kulonosen a szokasos
"Van egy 17 eves xp compatible laptopom, milyen disztrot tegyek ra hogy menjen a YT meg a 4k videok....??? !! Jaja. -
válasz
Doky586
#71269
üzenetére
nmSudoban nem voltam biztos, lehet csak live-ban nem kell, elég rég használtam már, de szerencsére csak felesleges ilyenkor.
De aztán megtaláltam az okát a bios ATA enhanced/ide módnál csak a sata eszközöket szabadott kiválasztani (pata-t nem) és akkor a linux is elindult.
Pata....ez jó régi BIOS lehet, úgy látszik a Linux már nem csak a nagyon új hw-ekkel kényeskedik, hanem a régiekkel is. systemd, homed, koronad, vannak jócskán fenyegetések.
(#71270) 789
Erre a parancsra a root particiót TRIM-elte.
(#71272) májkimiki
Beteg? Dehogy, nem voltam a Velencei karneválon. Különben meg amihez odabiggyeszted a d-t, az ördöngtől való, ez mára világossá vált.
Rettegő topik
-
válasz
Doky586
#71269
üzenetére
nmSudoban nem voltam biztos, lehet csak live-ban nem kell, elég rég használtam már, de szerencsére csak felesleges ilyenkor.
De aztán megtaláltam az okát a bios ATA enhanced/ide módnál csak a sata eszközöket szabadott kiválasztani (pata-t nem) és akkor a linux is elindult.
Pata....ez jó régi BIOS lehet, úgy látszik a Linux már nem csak a nagyon új hw-ekkel kényeskedik, hanem a régiekkel is. systemd, homed, koronad, vannak jócskán fenyegetések.
-
válasz
Doky586
#71263
üzenetére
Igazán nincs mit.
sudo fstrim -v -a
inkább a -v paramétert is rakd be, mert az előbbi esetén nem ír ki semmit, ezzel meg láthatod, mennyit trimmmelt.
-v nélkül:
ubyegon@WD-HP8570p:~$ sudo fstrim -a
[sudo] password for ubyegon:
ubyegon@WD-HP8570p:~$-v paraméterrel:
ubyegon@WD-HP8570p:~$ sudo fstrim -v -a
/media/ubyegon/Torr: 0 B (0 bytes) trimmed
/: 609,4 MiB (639021056 bytes) trimmedJa, kell a felcsatolás mindenképpen!
-a, --all
Trim all mounted filesystems on devices that support the
discard operation. The other supplied options, like --offset,
--length and --minimum, are applied to all these devices.
Errors from filesystems that do not support the discard
operation, read-only devices and read-only filesystems are
silently ignored.Ha a hdd-ket trimmeli az meg gondolom nem zavarja a hddket.
Azzal szerintem nem is tud mit kezdeni a fstrim. Ezen még amúgy sose töprengtem.
Egyszerűen nem hajt végre rajta semmit.Vezérlőt nem érdekli a filesystem sem.Ez így marhaság, vagyis nem biztos, de az NTFS-t akkor is támogatja az fstrim, hirtelen a fat32 ugrik be, amit nem. (biztosan van még pár ilyen) -
lev258
veterán
válasz
Doky586
#70499
üzenetére
Mint írtam, ez még kezdetben volt. Aztán később kiderült, hogy gyakorlatilag meg lehet szerezni/venni kulcsokat, és még csak nem is kihívás (1 fős pistike is megteheti). Szóval nem kell megkerülni, lehet hozzá venni kulcsot (még tolvajkulcs sem kell).
Most ez lehet meglepő lesz az én számból, de nem használok secureboot-ot sehol, mert nem látom értelmét ebben a formában, miközben pedig mindenféle zárt driver használatát megnehezíti (ha arra fanyalodnék). -
lev258
veterán
válasz
Doky586
#70495
üzenetére
Lehet nem volt egyértelmű. Nem mondhatjuk, hogy a secureboot valóban biztonságosabbá tette az alaplapokat, sajnos a hibás döntések és kivitelezés miatt. Emellett pedig egy olyan hátulütője is van, hogy a bekapcsolt secureboot hamis biztonságérzetet ad (ok nélkül növeli). A Linux rendszerek nem megkerülik, hanem csak akkor indulnak el/települnek, ha megfelelő aláírási kulccsal is rendelkeznek (ahogy a Windows is). Ez az utóbbi időben már természetes, de kezdetben nagyon késett önhibájukon kívül, így aztán nem is lehetett akkor még aktív secureboot használat mellett Linuxokat használni.
Ma már több olyan vélemény is van, hogy némileg tudatos Linux felhasználás mellett nagyobb biztonságban van az ember, mint amit a secureboot ad (és írhattam volna Windows-t is). Ezért ad hamis érzetet a használata és kérdőjeles a valós hatása a biztonságra. -
lev258
veterán
válasz
Doky586
#70480
üzenetére
Nevezheted annak.
A secureboot megjelenésekor a Linux rendszerek még települni se tudtak miatta, köszönhetően az elhibázott döntéseknek. És azóta is kísért bennünket. Míg az eredeti célját sajnos nem érte el, több alkalommal is bizonyították, milyen könnyen kijátszható a secureboot abban a formában, ahogy megvalósult. -
#70474
z123456789
addikt
Doky586
#70472
-
válasz
Doky586
#70446
üzenetére
Szerintem Te sem fogsz belehalni, ha MBR-t kell használnod, mivel pontosan ismered a hátrányait az UEFI-vel szemben!
Mármint GPT-vel szemben. Legacy boot is élhető teljesen. Nekem nem hiányzik ez az UEFI, de biztosan azért, mert a HP-n sokat szívtam, mikor ki akartam próbálni új SSD-n Manjaroval. -
válasz
Doky586
#70433
üzenetére
Ezzel el is készült a bootolható Live Linux uefi módú pendrive.
Megnéztem az első linket és most már tiszta, hogy Csixy szakival együtt félrebeszéltetek. Nincs olyan kiírt Mint iso, hogy UEFI módú live Linux, Mint-nél dual mód van, de a blog képein még be is jelölted a Legacy-t Te is!
-
válasz
Doky586
#70433
üzenetére
2012-ben készült a HP 8570p-m, de Win7-tel szerelték és ebben már van is hibrid meg clean UEFI, de a működése maga a halál(még ma is)! A Win 8 az OK, hogy UEFI képes volt, de a vele egy idős desktop Linuxok tutira nem. Mint Maya volt az első, utána Mint 16 és ezeknél még nem volt választható boot menüben az UEFI. Szóval Ubuntu 12.04-nél még tuti nem volt választható.
Szóval a desktop Linuxok már régóta alkalmasak UEFI-re, de ez a 2020-as dátum elég vicces! Én még cc 5 évig használni szeretném a HP 8570p-t és 2020 után is veszek majd egy erős használt üzletit, ami 2020 előtti lesz. Mondjuk azon már tutira menni fog az EFI is, nem úgy, mint ezen.
(#70432) samujózsi
Kb a 14.04-től indult, valamelyik ilyen alapú Mint-nél is egyszer csak már benne volt, de mint ahogy szóba került, ez erősen hw-függő is volt, az akkori desktop gépem alaplapja alkalmatlan volt EFI-re.
-
-
csixy
addikt
válasz
Doky586
#70409
üzenetére
Jelentem, hogy az Asus X541NA Vivobook Max ( bootra igen háklis) masinámon is elindult fallback initramfs módon UEFI-ben természetesen. Ez már így jó nekem.
Ez most egy USB-s vinyóra készült el, de már az örök darab sony SSD-mre is rászerkesztettem a hibrid GPT-MBR rendszert ugyanígy ahogy az előzőekben leírtam. Honap feltolom rá a rendszereket, csak egy üzembiztosabb 32 bites linuxot kutatnék még a 64 bites Manjaro cinnamon mellé. Tudnátok tippet adni? Rolling verziót szeretnék, de könnyen emészthetőt. -
#70391
tordaitibi
veterán
Doky586
#70388
válasz
Doky586
#70388
üzenetére
Kizárásos alapon az ExFat marad mivel a MacOs nem kezeli az NTFS-t (vagyis kezeli egy asszem 6000 forintos app megvásárlásával de nem biztos hogy minden ismerősöd megvette),
a Windows és a Linuxok a HFS, HFS+ és a APFS közelébe se szagolnak, nem azért mert csak hanem jogi okból. A Mac túl zárt.Így kizárásos alapon marad az ExFat, ezt (elvileg) megeszi az Android is a másik 3 OS meg alapból kezeli úgyhogy ez lesz a legjobb választás.
Pendrivet lehet sima Fat32-re, ez a legjobb választás pen esetében ha nincs szükség 4 gigafeletti méretű fájlok mozgatására.
Sajnos nincs univerzális fájlrendszer mer jópár okos(nak mondott ) tv sem szereti az exfatot, viszont a sima fat32 a 4Gb fájlméret korláttal sokszor szűkös (4K MKV). -
válasz
Doky586
#69522
üzenetére
Ez a nativ linux-os image mentő programokról is elmondható
Neszetools-al semmi bajom, de a cégtől nem érhető el az iso. Az csak a telepített programon keresztül hozható létre. Ráadásul eléggé az adott gépre szabott (driverek!)rendszert hoz létre. Szóval minimum szürke kópia, és kitudja mi van benne?! -
#69416
wexford881
csendes tag
Doky586
#69392
wexford881
csendes tag
válasz
Doky586
#69392
üzenetére
Igen, most működik. Az volt a bajom, hogy nem tudtam elindítani a Mint-et ha GPT-re volt formázva az SSD. Most viszont az a bajom hogy gépindításkor nincs Os választóképernyő(grub) tehát nem tudom kiválasztani melyik OS induljon el, csak ha az F11-et nyomogatom és a boot menüben kiválasztom melyik meghajtót indítsa. Ha nem nyomok semmit akkor az indul el amelyik a boot sorrendben elsőnek van beállítva.
A secure boot nekem mindegy hogy bevan kapcsolva vagy nincs, a lényeg hogy működjön a rendszer. -
válasz
Doky586
#63772
üzenetére
Két malomban örlünk. Amikor elindul a gép, egy indító menü jön fel, és ott kiválasztani a failsafe menüt:
boot menuDe lehet hogy az extra-ban van, nem néztem meg. Itt szokott lenni egy 800x600-as, vagy VESA kompatibilis móddal indító üzemmód ami pont az ilyen VGA hibákat küszöböli ki.
-
Frawly
veterán
válasz
Doky586
#63775
üzenetére
A hdparm-mal ne játssz, ha nem tudod mit csinálsz. Elgépelsz egy parancsot, és hazavághatja javíthatatlanul az egész meghajtót. SSD-nél és HDD-nél is. Csak akkor javallott a használata, ha tényleg ismered a kapcsolókat és pontosan tudod mit kell csinálni.
Egyébként security erase helyett lehet futtatni ezt is terminálban:
lsblk
sudo blkdiscard /dev/sdakármi (a /dev/azonosítót a fenti parancs jelzi ki)Ez a megoldás is végigtrimezi az SSD-t, mint a security erase, és csak pár másodperccel tart hosszabb ideig.
Szerk: á, látom megelőztek. Ugyanazt csinálja mindkettő, csak a security erase-t a firmware hajtja végre, és két fajta security erase is van, az egyik csak a titkosítási kulcsot trimezi felül, a másik a teljes meghajtót. A blkdiscard a teljes meghajtót. Ugyanaz az eredménye, épp olyan biztonsággal törli végig a meghajtót mindkét módszer. Még -s kapcsoló nélkül is. Egy végigtrimezett meghajtóról minden adat törlődik, semmit nem tudnak visszaállítani róla.
Esetleg ez a security erase NVMe meghajtóknál lehet fontosabb, mert azokon alapból nincs TRIM külön (az SATA/AHCI feature), a törlési paranccsal van összekötve.
-
válasz
Doky586
#63804
üzenetére
Négyen válaszoltak a kérdésedre, gondoltam átmegy......katonai hierarhiában - nem annyira katonai ez a kapitány kifejezés, nálunk például nincs is kifejezetten ilyen.
Perzisztens alatt azt értem, hogy ha egy telepítő pendrive-on eszközölt változások elmentésre kerülnek, más esetben nem változik a telepítő/live oprendszer tartalmilag. példa
(#63806) Cifu
Kösz, hogy közben kisegítetted a kollégát.
-
#63805
King Unique
titán
Doky586
#63802
King Unique
titán
válasz
Doky586
#63802
üzenetére
A -s kapcsolóval elvileg a blkdiscard is képes biztonsági törlésre. Amikor nálam megtalálta az adatmentő program a fájlokat, akkor anélkül futtattam. Vagy marad a bonyolultabb megoldás, a hdparm használata Linuxon. Vagy akár a HDD-knél használatos lassú formázás, többszörös felülírás is eredményes lehet és utána szintén nem fog semmit találni az adatmentő program és egyúttal a leendő új tulaj sem.
Az az lehetőség meg direkt azért volt offba téve előzőleg és most is, mert van benne némi kerülőút. De ez kb. csak a letöltésre vonatkozik, egyéb módon viszont elvileg nincsen megpiszkálva. Na meg az újabb verzió legalább modern alapokra épül és az UEFI-s bootolást is normálisan támogatja, nem kell hozzá a Secure Boot kikapcsolása sem. Ahogyan valószínűleg a képernyő felbontását is inkább támogatná, nem mint az a régi és elavult verzió. De persze nem kötelező, lehet szenvedni a régivel is, ahogyan meg is lehetne vásárolni az újat. Na meg látom felesleges volt megemlíteni, mert szokás szerint csak a cinikus megjegyzésekre futotta tőled...
De nekem 8, akkor sok sikert a kísérletezéshez! -
#63801
King Unique
titán
Doky586
#63775
King Unique
titán
válasz
Doky586
#63775
üzenetére
"kért tápreset, ami pl egy laptop esetében kivitelezhetetlen"
Nem feltétlen, legalábbis a PM használatakor nem kell semmi extra. Annál is befagyasztott (frozen) állapotban lehet az SSD, de elég csak a screenshoton bejelölt "sleep" opcióra kattintani és azzal alvó állapotba helyezni a rendszert, a laptopot. Majd utána ébreszteni és akkor már "not frozen" állapotban lesz az SSD, ami után már mehet a Secure Erase.
Az aktuális (2018) PM ISO egyébként külső weboldalakról simán lekapható, csak a keresőt kell(ene) használni. Hadd ne kelljen linkelni már...Linuxon a Secure Erase-hez egyébként nemcsak a hdparm használható, hanem akár pl. a blkdiscard is. Az előbbi eleve egy többlépéses, jelszómegadásos, kissé túlbonyolított módszer, ami ha félresikerül, akkor az gondot is okozhat. Ellenben az utóbbi egyszerűbb és biztonságosabb. Annál csak 1 parancsot kell kiadni, 1 sort kell begépelni.
sudo blkdiscard /dev/sdXAz X a meghajtó (SSD) azonosítója, ami
lsblkparanccsal kilistázható és normál esetben pl. "a", azazsdalesz. A fenti parancs a teljes SSD-n futtatja a TRIM-et, nem kizárólag csak a szabad területen. Ezáltal lekap róla minden partíciót, partíciós táblát és inicializálatlan állapotba helyezi. Viszont a kontra az, hogy nem feltétlen végez tökéletes munkát. Legalábbis nálam a GetDataBack utána több esetben is megtalálta a korábbi partíciókat, azon belül a mappákat és fájlokat, illetve azok egy részét. De a -s kapcsolóval elvileg már valódi Secure Erase is végrehajtható az alábbi módon.sudo blkdiscard -s -v /dev/sdXViszont ezt magának a meghajtónak (SSD) is támogatnia kell, máskülönben nem fut le a parancs és hibaüzenetet dob.
-
csixy
addikt
válasz
Doky586
#63772
üzenetére
Ezt találtam:
https://www.thomas-krenn.com/en/wiki/SSD_Secure_Erase
Kérdezem ,ha ez így működőképes úgy, hogy még root jog sem kell hozzá, akkor egy akármilyen live distróból konzolban meg lehet csinálni az egész hadműveletet ?Már látom kicsit lemaradtam
-
CPT.Pirk
Jómunkásember
válasz
Doky586
#63768
üzenetére
Mint írtam, egyszerűen túl régi kiadással próbálkozol. Ha egy X kiszolgáló (Linux) nem tud EDID-n kikérni felbontás adatokat egy kijelzőből mert vagy az EDID chipet nem tudja olvasni, vagy a vga driverrel vannak gondok, akkor ált. 800*600-at állít be, mert azt minden szokta tudni. A leírásod alapján az nem jó a megjelenítőnek valamiért.
A syslinux ilyen jellegű paraméterezését itt szerintem egyikünk se vágja, ilyesmi nem kerül elő asztali Linuxoknál. Plusz szerintem a syslinux dolog csak addig érdekes, míg el nem indul a boot folyamat a választott boot opcióval, onnan már átveszi a kernel és az X a megjelenítést. Vagyis venné át, ha tudná.
Nem akarok a zsebedben turkálni, de mindössze 11 dollár az aktuális verzió és ha az sem lenne jó, akkor visszaadják a lóvét.
-
CPT.Pirk
Jómunkásember
válasz
Doky586
#63766
üzenetére
A hdparm meg tudja ezt csinálni, az meg elérhető bármi Linux alatt. Pl. itt írják hogyan megy, csak pár parancs az egész: [link] [link]
A konkrét problémáddal nem nagyon tudunk mit csinálni, mert vagy az van, hogy magát a külső VGA-t nem kezeli rendesen, vagy az elérhető felbontásokat nem tudja helyesen kiolvasni. Mindkét esetben frissebb rendszerre lenne szükség, amiben újabb a kernel, azzal együtt a driverek és a monitorral kommunikáló X kiszolgáló is.
Ez nem olyan probléma, amit csak úgy simán meg lehet oldani egy ilyen régi rendszeren. 11 dollár az aktuális verzió, nem egy hatalmas összeg, döntsd el.
Ezzel csak azt éred el, hogy a GRUB úgy tallózza a rendszert, hogy nem fog találni más OS-t tartalmazó meghajtót/particiót. Egyébként látod a boot során a visszaszámlálást? Ha igen, akkor Entert nyomva azonnal felülíródik és elkezdődik a boot, de ha nem látsz visszaszámlálást akkor más a helyzet. (ha semmit nem látsz, nyomj TAB-ot és megjelenik a bootsplash vagy mi a neve)
-services inaktiválást kérdezd majd tőlük, ha magas értéket kapsz az előbbi kimenetnél
Te bajod.
(csak poen volt, mielőtt valaki félreértelmezi)![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nem haragszom amúgy, kötekedésben én is otthon voltam, amíg írtam egyáltalán a topikokba.....
De nekem 8, akkor sok sikert a kísérletezéshez!
Új hozzászólás Aktív témák
CPT.PirkA 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!
- A fociról könnyedén, egy baráti társaságban
- Gigabyte alaplap topik
- Hegesztés topic
- DVBViewer
- Kazy Computers - Fehérvár - Megbízható?
- Autós topik látogatók beszélgetős, offolós topikja
- Max
- One otthoni szolgáltatások (TV, internet, telefon)
- Path of Exile (ARPG)
- AMD Navi Radeon™ RX 9xxx sorozat
- További aktív témák...
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Assassin's Creed Shadows Collector's Edition PC
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- BESZÁMÍTÁS! Gigabyte H610M i5 12600K 16GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA Seasonic 650W
- BESZÁMÍTÁS! ASUS ROG CROSSHAIR VI EXTREME alaplap garanciával hibátlan működéssel
- VÉGKIÁRUSÍTÁS - REFURBISHED - HP Elite / ZBook Thunderbolt 3 docking station
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- MSI CYBORG 15 A13V
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest