-
PROHARDVER!
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
csixy
addikt
válasz
Rimuru #10409 üzenetére
Megfrissítette magát. A grubot nem vakartam ki belőle. Az entries mappában a megfelelő akarmi.conf fájlban átírtam az initrd és a vmlinuz neveit és már az új kernel (4.15.0-43-generic) bootol. Bootolás közben kiír egy csomó hibát,de ez egyenlőre nem érint meg engem annyira.
-
Padree.c2
tag
Sajnos nem, ha nem megfelelő a jelszó, akkor azt írja, "Invalid password, please try again".
Szóval biztosan nem a kiosztás a gond.
Ami furcsa, és eddig nem volt, az a bejelentkezési név mellett egy kis körben egy stilizált hegy, amit lenyitva választható Cinnamon (Alapértelmezett) és Cinnamon (Software Rendering). Persze eddig nem is így nézett ki a login panel, de hátha segít valamit.Sikerült elkapni fényképezővel a felugró szöveget "belépésnél" ami most pár másodpercig tartott.
De utána visszaugrott a bejelentkező panelre. -
St3ven
addikt
-
nOvOp
senior tag
Köszi, akkor visszaolvasok. Bár, mintha itt is szó lett volna arról, hogy az upgarde-ek nem mindig tartalmazzák az összes funkciót, mintha egy teljes telepítést végeznék az új verzióból. Rosszul tudom?
Illetve laptopnál sokszor előfordult már, hogy csak lecsukom a fedelét, majd 1-2 óra múlva, ha előveszem, akkor "hiányoznak a betűk". Pl. a menü feljön de tök üres, max 1-1 karakter látszik. Múltkor egy fájlkezelőt nyitottam meg és ott voltak az ikonok, de sehol egy betű (???). Ilyenkor vagy újraindítom, de a legutolsó alkalommal elég volt egy ki-be jelentkezés is. Szóval ezért is gondoltam, hogy újratelepítem. -
Spotify topik jó ötlet, ott elég ismerős is a kolléga, mint Topikgazda, majd jól megválaszolja a kérdését.....
Bocsi, de ezt nem akartam kihagyni!
(tudom, hogy nem tudhattad)
Aweriot
Ezeket a verziókat kéne megnézni, hátha van frissebb, mint a tárolóban lévő verzió!Ja, frissebb,
2017-09-29 21:07:44 UTC spotify 1:1.0.64.407.g9bd02c2d-26 a PPA-s stable,mert a tárolóban csak 1.0.55.487 van.
Bár ezt gondolom jobban tudod nálam, mint Spotify-gazda!
(#8476) Aweriot
Nem biztos, hogy nem használják Linuxon amúgy, csak a Linuxosok nem oly bénák, mint a Winesek, mindent megoldanak maguk vagy itt kérnek segítséget! Bocs, de ezt is le kellett itt e helyütt csapnom.
-
#58682368
törölt tag
Elnézést, valóban csak részinformációkat adtam meg. Egy régebbi komponensekkel rendelkező konfigról van szó, amellyel alacsony gépigényű, régebbi játékokat szeretnék futtatni.
A konfig a következő: Xeon X5460 + 2x2GB 800MHz + GTX 560 Ti
Játékok: CS:GO, COD2, COD4, AC sorozat
-
Eleg egy virtualboxban is.
Köszi a tippet! Ezt nem is tudtam. Régebben virtualbox alatt ment a flash még az MT6577 időszakban, aztán a 6589 és a hozzá tartozó flashtool már elkékhalálozott, és vitte magával a telefonokat is...
De hogy működik a MI-s eszköz VB alatt... hát ez igazán jó hír mára. -
Valóban volt már ez téma....akkor nem értem, mit kavarok itt össze.
&
(#8357) lev258Egyszer láttam ilyent, előző meghajtónál talán bele is írtam oda az opciót, kicsit megkeveredtem itt a meghajtók cseréje miatt, úgy látszik...no akkor beírom ide is.
Köszi a tippeket!a rendőr fia is úgy tanul, ha kérdez
-
Ha szerkeszted a /etc alatti configokat akkor kell grub-update, ha kozvetlenul a cfg-t szerkeszted akkor egy grub-update utan azok a modositasok elvesznek.
Ez tiszta, de én a /boot alattit szerkesztettem. Sok esetben viszont mégis ott maradt a bejegyzés, tényleg nem értem.
Nem lehet elegszer leirni, kezzel nem szerkesztjuk a grub.cfg-t.
Hiába írod le ezerszer is, tisztában vagyok vele, de akkor ezt hol tudom belerakni máshol:
processor.nocst=1
én csak a boot.cfg-ben tudom alkalmazni:
linux /boot/vmlinuz-4.8.0-53-generic root=UUID=c68058b3-04e1-4afb-8bd3-6cf016e7c1aa ro quiet splash processor.nocst=1 $vt_handoff
Ha van helyettesítő módszered, ne titkold sokáig!
-
Köszi, de hogy még 1 Wint telepítsek.......
Közben eszembe jutott, hogy az egyik HDD-n van egy 8.1, még egy külhoni kapcsolatomnak segítettem valamit, azért kellett. Szóval akkor van egy fertőzött meghajtóm!
Más.
Ha szerkesztem a grub.cfg-t, kell utána grub-update?
Ha elmentem, benne marad következő bootnál, de ha telepítek másik disztrót, akkor már nincs benne az adott opció újra. Ma reggel viszont mégis benne volt, könnyű észrevenni, mert ha nincs benne, akkor pár pillanat múlva egy szürke képernyőm lesz csak. Nem értem, miért változik a grub.cfg tartalma állandóan.... -
Még jó, hogy csak most olvastalak, mert már szerkesztettem a /boot-ból a grub.cfg-t, mondjuk muszáj is volt, mert enélkül el se indul a laptop.
Ezt pedig igencsak bánnám, mert vettem az öreg Toshibába egy használt Fury 120GB-os SSD-t és 6 perc alatt felugrott a Mint és viszonylag jól is bootol vele:
linux /boot/vmlinuz-4.8.0-53-generic root=UUID=c68058b3-04e1-4afb-8bd3-6cf016e7c1aa ro quiet splash processor.nocst=1 $vt_handoff
-
zambozoli
aktív tag
Akkor mihez van?
Lényeg, ha normálisan állítom le az oprendszert, akkor a beállított 5 sec a késleltetés, ha hibernálom és onnét indul, akkor 30 sec! Én pedig mindkét esetre az 5 sek időt szeretném.
Ezzel nem jutottam beljebb, csak egyszer csinálja meg mindig.
-
CPT.Pirk
Jómunkásember
Témát már variáltam, mert elég lehangoló volt a szürke keverérke a feketével.
Ott az egérmutató felett a gomb, ahol be lehet tölteni képet. Látszólag el is fogadja, de nem történik semmi. Az sddm bejelentkező képernyőnek szokott lenni alapból is valamilyen háttérképe, gyanítom az a baba kék szín sem természetes.
-
-
Aham, de ne aggódj, nemsoká kapni fogsz egy szép levelet is, hogy tudd, kire akarsz szavazni tavasszal.....most ezek az ártalmatlan szavazások vannak csak.
Gondolom látod azért, melyik topikban tettem fel a kérdést, csak ide a Mintesbe, így ezt most kötekedésnek is minősíthetnénk részedről.....pedig ez nem videó!
-
Dißnäëß
nagyúr
Egy pl. /dev/sda titkositasanal a LUKS header hany byte ? (dd-vel kitennem pendrive-ra, ezt mondod ? Utana urandom-bol feltolteni a headert es maris azonosithatatlan a vinyo tartalma kb, erre gondolsz ? Persze macera mindig egy dd-vel bootolni, de miert ne. Vagy nem is kell a LUKS header a titkositas feloldasahoz, maradhat random szemet a helyen ? )
-
King Unique
titán
Azok a bizonyos szoftverek egy dolog. De, ha sokaknál eleve beváltak, azokat szeretik használni, akkor nem fogják csak úgy lecserélni függetlenül attól, hogy egy másik alternatíva mennyire elégítené ki az igényeiket.
Másrészt a linkelt oldalon kb. az van, hogy gyakorlatilag mindent (böngésző, kereső, e-mail, közösségi alkalmazás stb.) cseréljenek le, mert van helyettük jobb alternatíva. Viszont azok más téren már nem feltétlen biztos, hogy mindenki számára annyival jobbak lennének. Amíg pedig ez nem igazolódik széles körben, addig nem is nagyon lehet állítani.
-
King Unique
titán
-
Értelek. Nekem nincsenek ilyen speciális igényeim, főleg nem akarnám a /home alatt lévő mappákat minden disztrónál vegyíteni. Igaz a Data partícióm pár centivel (6,5 cm) lejjebb van, így oda kell húznom az egeret, de belefér.
Igazából nekem eddig úgy állt kézre, hogy mindenre a Data ill. Torrentek partíció (Linux iso-k kizárólag) van használva, bármely disztrón vagyok, azt csatolom. A Home alatti Letöltések és a többi mappába csak kifejezetten ahhoz a disztróhot kötődő dolgokat töltök le. Így ez egyszerűbben kezelhető nekem és ha akarom el tudom érni a többi disztró alól is ezeket.
Vagy egyszerűen csak kezdő laikus GUI-s módszereket használok, mert laikus kezdő vagyok!
Nem is értek ebből egy szót se!
XDG user directories
Ez a kinek mi egyszerűbb dolog megint csak benézett ide......
-
Aureal
őstag
Tehát parancssor nélkül ez nem megy?
Könyvtárakat filmekkel zenékkel stb egyenként így törölgetni, gépírónőt játszva... azt hittem ettől többre képes azért már a linux. Nekem az kéne mint windowson: rendszeradminisztrátori jogkörrel törölhessek kijelölt mappákat egy ablakos fájlkezelöben... -
Hát mondjuk mi máson, mit Laptopon lehet tapasztalni, ha Windows rendszeren használom a gépet, a proci pörög alapjáraton 18-25%-on, a RAM használatot akkor most ne nézzük. Bármilyen egyéb munkálat ezt ugye csak növeli, de így is meg vagyok vele elégedve, a maga 9 órás teljesítményével. Azonban, ha Linuxot használok, 7-8% a proci alapjáraton és alig-alig emelkedik, emellett a munkaóra tekintetében 12-13 óra az alap.
Tehát ebből én logikus következtetésnek veszem, hogy bizony kisebb mértékben terheli a Linux a hardvert, vagyis az akkumulátort is kevésbé meríti. Pont. -
-
egerj
tag
Köszönöm, a gyors választ.
Sajnos nem hiszem, mert az előző telepítésemkor (Linux Mint 17.xxx verzió) korrekten működött, és azóta nem változtattam a hardeveren
(azért megnézem a javaslatodat)Abban tudna valaki segíteni, hogy a boot logot(logokat) hol találom meg? (esetleg ez a hiba okát is megtalálnám...?)
-
-Zerg-
tag
Hát lelomboztatok. Úgy egy éve még használtam a Mint 12-est így és egész jól szuperált, nem is volt lassú 2GB RAM-mal és ATI HD6850-es VGA-val.. Eredetileg XP alá raktam fel aztán váltottam Win7-re és sikerült életben tartanom a Win boot buherálásával. Aztán megszünt a támogatása, nem talált frissítéseket, meg a disk image-t tároló HDD is feldobta a talpát.
Lehet, hogy lecsípek valamelyik partícióból úgy 10GB-ot, aztán nekiesek. -
sonar
addikt
Igen, csak megörültem, hogy találtam szép syntax kiemelőket és figyelmetlenségben egyből kicsaptam a felesleget, amit meg leszedtem azt meg vmiért nem ette meg, de ha okosan előbb kipróbáltam volna akkor nincs ilyen blama. Ebből is tanultam
bashrc-be mit szoktál belerakni?
Én eddig csak ashopt -s cdspell
-t raktam bele pluszként. Amúgy ez a mint-es jól meg van szerkesztve. Még egy history timestampen gondolkodok -
King Unique
titán
OK, csak megint ez az "Arch filozófia", hogy egy ilyet is én faragjak bele külön... Ráadásul azt sem vágom igazán, hogyan fogjak neki, hiába van ott a leírás. Mért nem lehet natívan beletenni, mint pl. az Ubuntunál? Na mindegy, úgy néz ki ez is felejtős akkor és nem nagyon lehet ezzel már semmit kezdeni.
-
King Unique
titán
A kiírással biztos nincsen probléma, mert ugyanarról a pendrive-ról pl. a Mint 17.3/18 és Ubuntu 16.04 simán bebootol és működik UEFI-ben. Egyébként az alábbi cikkben lévő módszer szerint, sőt dd módban is próbáltam. Itt inkább az Arch ISO-val lesz a gond, vsz nincsen Secure Boot aláírása.
Nézegetem ezt a Hastool leírást, de nekem kicsit kínai. -
King Unique
titán
Nekifogtam annak, amit javasoltál. A virtuális gép kiesett, mert a CPU miatt eleve csak 32 bites rendszer virtualizálható és annál nem EZ, hanem EZ az indítóképernyő van. Szóval fogtam az Arch ISO-t és kiírtam pendrive, majd bebootoltam róla, illetve csak akartam... kapásból a már fentebb említett Secure Boot hibaüzenet fogadott. Ezen a notebookon egyébként Win7-nél is most ugyanez van UEFI-ben [link].
Tehát az Arch esetében sincs meg a Secure Boot digitálisan aláírás
-
King Unique
titán
Nem, most a belső HDD-ről van szó. Azon a Windows lett elsőnek telepítve, ami UEFI-ben a FAT32-es EFI partíció mellett létrehoz magának egy helyreállítási és valami más (MSR) partíciót is. Gondolom részben ezek miatt is tud elindulni ilyen problémásabb esetekben is.
Van letöltve friss Arch ISO-m, de az nekem kínai...Először kicsit emésztenem kell, mielőtt élesben ráengedem.
-
King Unique
titán
Most a Windows elindul, de ami a vicc, hogy az F12 boot menüben nincs "Windows Boot Manager", csak az első helyen a "grub" bejegyzés.
Windowsnál gondolom a HDD-re rakott valamit, vagy ott megmaradt a helyreállítási partíciója, illetve megvan az eredeti 100 MB-os FAT32-es EFI partíció is.
Azt próbáltam korábban, hogy a Windowst újratelepítem és akkor első helyre kerül a "Windows Boot Manager". De azután sem tudok belépni a BIOS-ba. Szerintem lehet az is az oka, hogy másodikként az ubuntu / grub bejegyzés még ott figyel a menüben, úgy hogy nincs is Linux a gépen. Mert, amikor még korábban nem volt, akkor egymagában a Windows + UEFI esetén be lehetett lépni. Lehet valamit letilt ilyenkor, illetve erre mondtam, hogy nem lehet kiirtani a menüből. Ezt akartam az
efibootmgr
megoldással kitörölni, de az meg nem működik... -
King Unique
titán
Igen, másik gépen használható lenne talán UEFI-ben, de most jól megkevertem, gdisk ráment stb.
Nálad legalább működik azefibootmgr
ésLinux Boot Manager
opció is van. Én eddig akármilyen disztrót raktam arra a gépbe, csak azubuntu
bejegyzés szerepelt..."Azt javaslom neked hogy a win melletti ubuntu grubjat rakd ujra, abba konnyen berakod a win-t is"
Ezt egyelőre inkább kihagynám... pont fentebb említettem, hogy amikor Ubuntu 16.04 került a gépre, ugyan berakta a GRUB-ba a Windowst, de ha kiválasztottam, akkor nem indult el és hibaüzenetet dobott...csak az F12-es boot menüből indítva (HDD) tudtam működésre bírni. Korábban, amikor a Mint 18-nál a GRUB az sda5 partícióra került és EZT sem jelöltem be partícionálásnál, csak akkor indult a GRUB-ból a Windows. Érdekes...
-
King Unique
titán
Secure Boot az kb. eddig is volt valamilyen formában, a BIOS / UEFI-ben benne volt az opció és
enabled
értékkel. De ki volt szürkítve és nem lehetett be / ki kapcsolni. Szóval, ha még be is tudnék lépni, akkor sem tudnám kikapcsolni.
Nem tudom ez a chainload rendszerbetöltés mit takar pontosan. Én csak annyit vettem le az UEFI-s telepítésből, hogy az adott rendszer betöltőjét eleve berakja a boot listába és azt onnan nem nagyon lehet kiirtani. Max. ha telepítek egy új OS-t, akkor annak a rendszerbetöltője kerül az első helyre és az lesz az alapértelmezett.
Szóval a problémám az továbbra is fennáll és mivel nem tudom átállítani, így a másik HDD-n lévő rendszereket sem tudom használni. Másik gépbe meg hiába rakom át, mert az akkor másik alaplapot is jelent. A Windows meg úgy tudom nálam nem retail verzió és alapból az alaplaphoz van kötve a licence. Tehát, ha továbbra sem tudom megoldani a problémát, akkor nem marad más, mint az újratelepítés. Aminek kifejezetten örülök... -
King Unique
titán
Megcsináltam, amit írtál és sikerült végigvinni. A legutolsó parancs jól jött, mert anélkül chroot alatt az
apt-get install grub-efi-amd64
folyamatosan hibaüzenetet dobott. Viszont utána jött a feketeleves...Amikor újraindítottam a gépet és rá volt dugva USB-n a külső SSD, akkor az alábbi hibaüzenetet kaptam:Secure Boot
Image failed to verify with *ACESS DENIED*.
Press any key to continue.Majd leokézva továbbugrott és betöltött a Windows, de az is már javítással kezdett. Az F12-es boot menüben most sima "grub" bejegyzés van az első helyen a korábbi "ubuntu" helyett. Hiába megyek az előbbire, nincs GRUB és az Ubuntu sem indul. Csak a Windows működik, az túlélte.
Amúgy még a teljes művelet előtt rápróbáltam és ha Ubuntu alatt nyomtam egysudo update-grub
parancsot, akkor felismerte és berakta a külső SSD-n lévő rendszereket a menübe. Utána booltoltak MBR alapon is, illetve agdisk
átkonvertálás után is. Viszont utóbbi művelet után ugyanaz a hiba jött elő, ami korábban említettem a másik topikban [link].
Szóval, ha újratelepítem a helyi lemezre a Linuxot / GRUB-ot, akkor vsz megint működésre bírhatók a külső meghajtón lévő rendszerek is. De a fentebb említett megoldást viszont jobb, ha nem erőltetem.Azért köszönöm a segítséget!
-
King Unique
titán
Tehát átkonvertálom, majd a külső SSD-re csinálok egy X 100 MB-os FAT32-es partíciót. Utóbbinál valamit kell pluszba jelölni, állítani? Aztán
sudo apt-get install grub-efi-amd64
, majd a másik parancs. Utóbbit gondolom nemcsak be kell másolni, hanem az egyedi azonosítókat beleírni, amiket viszont nem tudok. Illetve, mivel ezen a gépen az UEFI külön állatfaj, így ki tudja ez mit csesz el rajta megint...Ez az UEFI shell Linux alatt nekem megint kínai, pontos instrukciók nélkül nem nagyon fog menni.
Köszönöm az eddigieket!
-
King Unique
titán
Akkor ezek szerint adatvesztés nélkül átkonvertálja és utána rendesen bootol is UEFI-ben
A korábban kérdezett dologra itt a válasz:
~$ efivar -l
89f023ba-b516-4dd3-976b-6c145fb043db-OilSetupDefaults
c3eeae98-23bf-412b-ab60-efcbb48e1534-SMBIOSELOGNUMBER
c3eeae98-23bf-412b-ab60-efcbb48e1534-SMBIOSELOG000
c4975200-64f1-4fb6-9773-f6a9f89d985e-SaPegData
8be4df61-93ca-11d2-aa0d-00e098032b8c-PlatformLang
4fee3d67-18f4-4217-ba7b-bc538148382a-OemVariable
e6c2f70a-b604-4877-85ba-deec89e117eb-PchInit
af9ffd67-ec10-488a-9dfc-6cbf5ee22c2e-AcpiGlobalVariable
8be4df61-93ca-11d2-aa0d-00e098032b8c-DIAGSPLSHSCRN
8be4df61-93ca-11d2-aa0d-00e098032b8c-PK
8be4df61-93ca-11d2-aa0d-00e098032b8c-KEK
d719b2cb-3d3a-4596-a3bc-dad00e67656f-dbx
d719b2cb-3d3a-4596-a3bc-dad00e67656f-db
c2873663-b2cb-4f7a-8548-a60411f5ec86-SFRM_NVRAM
0ec1a7f5-4904-40a0-8eab-4bcc4666da45-PbaStatusVar
8be4df61-93ca-11d2-aa0d-00e098032b8c-SecureBoot
8be4df61-93ca-11d2-aa0d-00e098032b8c-SetupMode
b84a95d8-3592-4e3c-a02e-3b474a1f1dab-IffsHashData
180093b0-12a5-4a96-9eb7-2510afdf39a5-IffsConfig
5073de12-a4c1-457d-ba99-f16fb0e3ce97-IffsFlag
23771b23-e15a-4805-920a-4f1e84b54abc-AoacWakeStatus
0382f3df-35d3-4716-8219-3f6f8275848e-CpuOnlyReset
f31bce44-4db9-40fc-93ab-4de140657b91-CpuCmpSmt
320c081f-b8ca-40ad-a6bf-30211e51ec0e-CpuRatio
8be7835f-ade6-4bed-9777-3ec4ce1f6044-ScramblerSeedCmosLocation
6403753b-abde-4da2-aa11-6983ef2a7a69-TpmAcpiData
5e724c0c-5c03-4543-bcb6-c1e23de24136-TpmSaveState
8be4df61-93ca-11d2-aa0d-00e098032b8c-SimpleBootFlagIlletve a korábban említett cikk végén lévő
efibootmgr
megoldás nem működik:~$ sudo efibootmgr
No BootOrder is set; firmware will attempt recovery~$ sudo cd /boot/efi/EFI
sudo: cd: command not found -
King Unique
titán
Ok, majd holnap megnézem.
(#6171) nemurea: elvileg nem szabadna ilyennek előfordulnia, de a neten több találat is van hasonló problémára. Illetve itt nem is a HDD partícióstílusa a lényeg, hanem hogy a Linux telepítés után kezdődtek a gondok, azóta nem tudok belépni a BIOS-ba. Amikor UEFI-ben elsőnek a Windowst felraktam, akkor még be lehetett.
USB-ről tud bootolni a gép, a boot menüben volt korábban "USB HDD" opció és működött is. Viszont itt az a gond, hogy most alapból a GRUB tölt be Ubuntuval és pendrive-ról max. F12-t nyomva és onnan kiválasztva tudok bootolni. Próbáltam az akku ki, elem ki, HDD ki és bekapcsológombbal ilyen-olyan reset opciókat, de nem használt egyik sem. Korábban is csak a BIOS frissítés segített, de az most nem járható út, mivel már a legújabb van rajta. -
King Unique
titán
~$ sudo gdisk /dev/sdc
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************Ez amúgy csak simán átkonvertál adatvesztés nélkül??
Továbbá megpróbáltam még ezen cikk végén található leírás alapján a bejegyzést törölni UEFI-ből, hátha azzal helyreáll a BIOS-ba való belépés. Mert ugye alapból ott virít az "ubuntu" bejegyzés, úgy hogy nincs is Linux telepítve...vsz a korábbi telepítés után maradt ott. Most telepítettem gyorsan egy Ubuntu 16.04-et, de nem működik a parancs....
~$ sudo efibootmgr
No BootOrder is set; firmware will attempt recoveryVannak a neten ilyen hibaüzenetre találatok, de nem tudom mit kéne csinálnom és hirtelen kedvem sincs hozzá...tripla szívás.
-
King Unique
titán
A másik lemez a Legacy boot módban való telepítés miatt nyilván MBR. De ott amúgy is az EasyBCD-s megoldással lettek felrakva, szóval az még bekavarhat. Viszont van egy külső SSD-m is, amire normál módon lett telepítve több Linux és szintén MBR. Utóbbit már rápróbáltam, de nyilván nem indultak. A GParted meg csak a lemez törlésével tudna GPT-re konvertálni. A Windowsra való külső partícionáló programok tudnak oda-vissza adatvesztés nélkül, de azok meg azt Ext fájlrendszert nem nagyon kezelik. Bár utóbbit majd még meglesem jobban.
-
-
zodo
nagyúr
Nem volt kettős azonosítás és tegnap újra nekifutva a beállításnak szinte egyből sikerült.
Kért egy webes gmail fiók bejelentkezést mint azonosítás és ennyi de hogy tegnap előtt miért nem sikerült meg nem mondom mert úgy gondolom ugyanúgy próbáltam létrehozni mint előző nap. -
-
joecontra
addikt
Én egyszer tettem merevlemez partícióra live lemezképet. Pendrive-ról CTRL+C - CTRL+V, valamint syslinux beállítás, boot flag és kész (azt hiszem). Azon kívül hogy a live piszok gyors, más előnye nincs, mert az adott lemezre nem engedi feltelepíteni.
King Unique
Az lehet, de engem a fat32-re formázott partíció, valamint a Rufus és a Unetbootin emlegetése erre enged következtetni. Nem azt írtam, hogy rossz a megoldásod csak azt hogy szerintem nem telepíteni akarja. De nekem végül is mindegy.Üdv,
J
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Kecskemét és környéke adok-veszek-beszélgetek
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Építő/felújító topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Spórolós topik
- Samsung Galaxy S23 Ultra - non plus ultra
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Max
- Debrecen és környéke adok-veszek-beszélgetek
- Google Pixel topik
- További aktív témák...
- Bomba ár! Dell Latitude 5310 - i5-10GEN I 16GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- Crucial 240GB SSD eladó
- Telefon felvásárlás!! Samsung Galaxy A14/Samsung Galaxy A34/Samsung Galaxy A54
- Bomba ár! Dell Latitude E7250 - i7-5GEN I 8GB I 256SSD I 12,5" HD I HDMI I Cam I W10 I Garancia!
- BESZÁMÍTÁS! Samsung T22E390EW TV monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest