Linux Mint - LOGOUT Hozzászólások

Hirdetés

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

LOGOUT

Frissítve: 2026-05-07 05:50 Téma összefoglaló

LOGOUT

A Linux Mint bemutatása

Új hozzászólás Aktív témák

zizidor őstag

#11300
#11294 ubyegon2
2019-09-07 01:15:21

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11294 ubyegon2

#11294 ubyegon2
Ez bonyolult??? Az. Ahhoz képest, hogy csak felrakom, amit felrakok, persze nálam minden rendszer egyenrangú, nem tudom, mit jelent nálad a dedikált? Nálam az a főrendszer, amit utoljára teszek fel, ha ezen variálni akarok, átbootolok arra és újratelepítem a GRUB-ot, 2 másodperc kb, vagy marad az átszámozós módszer, de azt nem szeretem, mert van akár 10-15 sec is.

Dedikált alatt azt értem, hogy az a rendszer csinálja az összes többinek az indítását is, szóval amelyik elsőként indul. Ezt kell alapesetben aktualizálgatni, a ténylegesen frissített rendszer mellett is.
Szerintem félreértettetek. Én senkit nem akarok rábeszélni, hogy velem értsen egyet. Mindenkinek szíve joga, hogy a saját rendszerén úgy oldja meg, ahogy neki szimpatikus. Nekem az jön be, ha nem kell manuálisan alá dolgoznom, végül is az egész GRUB szkript csokor azért van, hogy automatizálja a feladatot. Én a saját problémámra kerestem megoldást, mert nem tudtam pontosan, hogy a GRUB hogyan viselkedik. De kiderült.
Nekem nem tűnik bonyolultnak, ha telepítéskor nem a hda-t jelölöm ki a GRUB-nak minden esetben, hanem a hda1-et, hda2-t, stb. Ezekhez, ha nincs vele más célom, hozzá sem kell nyúlni, pont elég amit saját maga csinál minden egyes frissítéskor.
Vicces ez a 2 másodperc amit írsz, mert az "átbootolok, újratelepítem, visszabootolok" azért nem 2 másodperc, azt te is érzed. Nekem annyival jobb, hogy semmi ilyet nem kell tennem. Csak újraindítom a kernel frissítésen átesett rendszert, és kész. NEKEM ez egyszerű, praktikus és biztonságos is, mert egyik sem fog beleírni a másik konfigjába.
cigam titán

#11299
#11296 SwissAirplan
2019-09-06 20:30:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11296 SwissAirplan

#11296 SwissAirplan
Szia(sztok)
Köszönöm.. átnéztem ezt a linket
ez már egy kicsit értelmesebben leirja de mégis lenne egy kérdésem.
Ha alpba feltelepítem a szervert és nem állitok be semmi "juzert" akkor a kamera hogy éri el a szervert?
a 20-as portot kapcsolj a aprogram ugye?
tehát ha a Linuxos gép IP-je mondjuk 192.168.1.11 a kamera meg ilyen beállitásokkal bir
akkor a szerver cimhez be kell adjam hogy ftp://192.168.1.11
a portnak 20
az ftp mode nak van olyan hogy PASV és PORT... akkor itt a portot
és akkor a usert és a passwordot szabadon hagyom...
Ez igy jó ?
Vagy itt a kamera tulajdonságokba azért adjak neki mappát?

nem állitok be semmi "juzert" akkor a kamera hogy éri el a szervert?
Az attól függ hogyan konfigoltad. Ha a konfigodban engedélyezve van az anonymous elérés, akkor nem kell user pass, ill. bármit elfogad. De be lehet állítani úgy is, hogy a helyi felhasználókat engedje csak be. Ekkor kell a hozzájuk tartozó user/pass páros.
Nem, a 21-es porton kell kapcsolódni hozzá. A 20-as portra is szükség van az aktív kapcsolat felépítéséhez, de a kapcsolódás a 21-es portra történik. Ez csak azt biztosítja, hogy ne csak passive, hanem active kapcsolat is felépülhessen a kliens és a szerver között. Ez az a bizonyos "ftp mode", hogy hogyan próbáljon kapcsolódni.
A link inkább a konfigurálására példa, és Fedora alatt született. Ettől föggetlenül a konfig fájl opciói ugyanazok.
Ugye sudo-val próbáltad szerkeszteni?
#63718632 törölt tag

#11298
#11297 SwissAirplan
2019-09-06 20:28:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11297 SwissAirplan

#11297 SwissAirplan
Ugy néz ki hogy feltelepült.. de nem itt érem el
nano /etc/vsftpd/vsftpd.conf hanem itt
nano /etc/vsftpd.conf.
És itt nem enged módositani a config fájlon. ftp://localhost cimen a elérem de mivel nem tudok jelszót ezért nem is tudok belépni...
Hozzáteszem.. erre a parancsra sudo dnf install vsftpd ezt a hibaüzenetet dobta
sudo: dnf: parancs nem található
Ugyhogy ez valószínű még az előző telepítésemböl sikerült

A dnf az Fedora-s csomagkezelő. Mint-en nem működik.
Ezzel kéne: sudo apt install
SwissAirplan aktív tag

#11297 2019-09-06 20:23:22

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

SwissAirplan

aktív tag

Ugy néz ki hogy feltelepült.. de nem itt érem el
nano /etc/vsftpd/vsftpd.conf hanem itt
nano /etc/vsftpd.conf.
És itt nem enged módositani a config fájlon. ftp://localhost cimen a elérem de mivel nem tudok jelszót ezért nem is tudok belépni...
Hozzáteszem.. erre a parancsra sudo dnf install vsftpd ezt a hibaüzenetet dobta
sudo: dnf: parancs nem található
Ugyhogy ez valószínű még az előző telepítésemböl sikerült
SwissAirplan aktív tag

#11296
#11260 cigam
2019-09-06 19:23:43

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

SwissAirplan

aktív tag

#11260 cigam

#11260 cigam
[link]

Szia(sztok)
Köszönöm.. átnéztem ezt a linket
ez már egy kicsit értelmesebben leirja de mégis lenne egy kérdésem.
Ha alpba feltelepítem a szervert és nem állitok be semmi "juzert" akkor a kamera hogy éri el a szervert?
a 20-as portot kapcsolj a aprogram ugye?
tehát ha a Linuxos gép IP-je mondjuk 192.168.1.11 a kamera meg ilyen beállitásokkal bir
akkor a szerver cimhez be kell adjam hogy ftp://192.168.1.11
a portnak 20
az ftp mode nak van olyan hogy PASV és PORT... akkor itt a portot
és akkor a usert és a passwordot szabadon hagyom...
Ez igy jó ?
Vagy itt a kamera tulajdonságokba azért adjak neki mappát?
ubyegon2 félisten

#11295
#11293 zizidor
2019-09-06 16:27:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11293 zizidor

#11293 zizidor
Az Ubuntu nem ismeri fel a wifit, illetve úgy néz ki hogy bármelyik, ami 5-ös kernelt futtat. Mint-re még nem default, de ha telepítek egy 5-öst, akkor ott sincs wifi.
A Deepin meg 4K felbontásra kapcsol, csak nem tud annyit a monitor. Így nincsenek a képen azok a vezérlők, amivel el tudnám indítani a telepítést.

Így nincsenek a képen azok a vezérlők, amivel el tudnám indítani a telepítést.
Az minden desktop disztrónál az F 1 2 3 4 5 6 gombok valamelyikével konfigolható, valamelyik ezek közül a felbontás.
Az Ubuntu nem ismeri fel a wifit, illetve úgy néz ki hogy bármelyik, ami 5-ös kernelt futtat. Mint-re még nem default, de ha telepítek egy 5-öst, akkor ott sincs wifi.
Valahol mint ha olvastam volna ezt Ubuntuval kapcsolatban, de nem ugrik be, hogy milyen wifiről volt szó, az Inteles iwlwifi tutira múködik 5.x kernellel is. A Mint 19.2- ben is 5-ösre frissült nálam elsőre install után.
ubyegon2 félisten

#11294
#11291 zizidor
2019-09-06 16:05:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11291 zizidor

#11291 zizidor
Bocs, nem az a gond, hogy melyik induljon el alapból. Az eredeti problémafelvetésem az volt, hogy olyan esetben, amikor a rendszerbetöltést egyetlen dedikált rendszer végzi, akkor frissül-e a GRUB magától. Kiderült, hogy NEM.
Bármelyik rendszer kernel változása esetén újra kell generálni a dedikált rendszer GRUB konfigját is. Minden frissítésnél nekem ezt külön figyelni kell (kellene) és gondoskodni róla (reboot, dedikált rendszert indít, update-grub, reboot, vissza az eredetibe). Kivéve persze ha maga a dedikált frissül. Ez egy folyamatos feladat, sosincs vége, minden egyes kernel változásnál el kell végezni. Én ezt tartom bonyolultnak.
Számomra sokkal egyszerűbb, ha egy alkalommal rászánok kb. 5 percet, beírom a dedikált GRUB konfigjába azt az 5-6 menüpontot (amit példaként írtam, és csak a címet meg a partíció számát kell variálni), és többet nem kell foglalkoznom vele. Mindegyik rendszer frissíteni fogja a saját fájlrendszerén a saját GRUB-ját. Ez bonyolult???

Ez bonyolult??? Az. Ahhoz képest, hogy csak felrakom, amit felrakok, persze nálam minden rendszer egyenrangú, nem tudom, mit jelent nálad a dedikált? Nálam az a főrendszer, amit utoljára teszek fel, ha ezen variálni akarok, átbootolok arra és újratelepítem a GRUB-ot, 2 másodperc kb, vagy marad az átszámozós módszer, de azt nem szeretem, mert van akár 10-15 sec is.
zizidor őstag

#11293
#11287 ubyegon2
2019-09-06 15:56:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11287 ubyegon2

#11287 ubyegon2
Az biztos, hogy egyszer már olvastam az általad ki5lött mődszernél bonyolultabb multiboot-ot, de abból egy szót sem értettem, a tiedből igen, de itt meg azt nem értettem, hogy mi a ragyának kell ezt így megbonyolítani! Mióta pingvinezek, mindig volt fenn több disztró, anno 8 is egymás mellett és egyszerűbb nem is lehetett volna. Mindig az utolsó disztró GRUB-ja- lesz érvényes, mert a desktop disztrók szinte mindegyike kérdés nélkül felrakja a GRUB-ot, akármit is írnak más fórumon erről. Innentől nem értem a problémát, mert az indító disztró aktuálisan mindig frissített lesz. Ha meg neked ilyenkor az kell, hogy mindig a megszokott kedvenced induljon, átírod a GRUB megfelelő sorában a nullát a szükséges számra és akkor az a disztró fog bootolni, majd ha ennek is lesz friss, tárolós kernel frissítése, akkor szintén csinál egy GRUB-update-et.
6milliószor egyszerűbb, mint b*szakodni ezekkel a chainloaderekkel meg minden particióra külön GRUB-ot hegeszteni! Tudod mi ez így? A hibalehetőségek megsokszorozása.
Jelenleg egyetlen disztró van, aminél szinte kötelező lenne külön a saját particiójára tenni a GRUB-ot, az meg a csodahíype2, a Manjaro! Itt ugyanis 2+ éve nem sikerült megoldani, hogy ne kapjon kernel panicot, ha egy másik disztró kernelt frissít!
Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze
Ezeket meg az adott disztrón belül kellene kezelned inkább, mint virtuálba vacakolni.
(ez a wifit nem kezelő nem a Manjaro véletlenül?)

Az Ubuntu nem ismeri fel a wifit, illetve úgy néz ki hogy bármelyik, ami 5-ös kernelt futtat. Mint-re még nem default, de ha telepítek egy 5-öst, akkor ott sincs wifi.
A Deepin meg 4K felbontásra kapcsol, csak nem tud annyit a monitor. Így nincsenek a képen azok a vezérlők, amivel el tudnám indítani a telepítést.
#63718632 törölt tag

#11292
#11291 zizidor
2019-09-06 15:53:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11291 zizidor

#11291 zizidor
Bocs, nem az a gond, hogy melyik induljon el alapból. Az eredeti problémafelvetésem az volt, hogy olyan esetben, amikor a rendszerbetöltést egyetlen dedikált rendszer végzi, akkor frissül-e a GRUB magától. Kiderült, hogy NEM.
Bármelyik rendszer kernel változása esetén újra kell generálni a dedikált rendszer GRUB konfigját is. Minden frissítésnél nekem ezt külön figyelni kell (kellene) és gondoskodni róla (reboot, dedikált rendszert indít, update-grub, reboot, vissza az eredetibe). Kivéve persze ha maga a dedikált frissül. Ez egy folyamatos feladat, sosincs vége, minden egyes kernel változásnál el kell végezni. Én ezt tartom bonyolultnak.
Számomra sokkal egyszerűbb, ha egy alkalommal rászánok kb. 5 percet, beírom a dedikált GRUB konfigjába azt az 5-6 menüpontot (amit példaként írtam, és csak a címet meg a partíció számát kell variálni), és többet nem kell foglalkoznom vele. Mindegyik rendszer frissíteni fogja a saját fájlrendszerén a saját GRUB-ját. Ez bonyolult???

Hosszútávon ez frappánsabb megoldás, mint az általam említett.
zizidor őstag

#11291
#11287 ubyegon2
2019-09-06 15:49:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11287 ubyegon2

#11287 ubyegon2
Az biztos, hogy egyszer már olvastam az általad ki5lött mődszernél bonyolultabb multiboot-ot, de abból egy szót sem értettem, a tiedből igen, de itt meg azt nem értettem, hogy mi a ragyának kell ezt így megbonyolítani! Mióta pingvinezek, mindig volt fenn több disztró, anno 8 is egymás mellett és egyszerűbb nem is lehetett volna. Mindig az utolsó disztró GRUB-ja- lesz érvényes, mert a desktop disztrók szinte mindegyike kérdés nélkül felrakja a GRUB-ot, akármit is írnak más fórumon erről. Innentől nem értem a problémát, mert az indító disztró aktuálisan mindig frissített lesz. Ha meg neked ilyenkor az kell, hogy mindig a megszokott kedvenced induljon, átírod a GRUB megfelelő sorában a nullát a szükséges számra és akkor az a disztró fog bootolni, majd ha ennek is lesz friss, tárolós kernel frissítése, akkor szintén csinál egy GRUB-update-et.
6milliószor egyszerűbb, mint b*szakodni ezekkel a chainloaderekkel meg minden particióra külön GRUB-ot hegeszteni! Tudod mi ez így? A hibalehetőségek megsokszorozása.
Jelenleg egyetlen disztró van, aminél szinte kötelező lenne külön a saját particiójára tenni a GRUB-ot, az meg a csodahíype2, a Manjaro! Itt ugyanis 2+ éve nem sikerült megoldani, hogy ne kapjon kernel panicot, ha egy másik disztró kernelt frissít!
Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze
Ezeket meg az adott disztrón belül kellene kezelned inkább, mint virtuálba vacakolni.
(ez a wifit nem kezelő nem a Manjaro véletlenül?)

Bocs, nem az a gond, hogy melyik induljon el alapból. Az eredeti problémafelvetésem az volt, hogy olyan esetben, amikor a rendszerbetöltést egyetlen dedikált rendszer végzi, akkor frissül-e a GRUB magától. Kiderült, hogy NEM.
Bármelyik rendszer kernel változása esetén újra kell generálni a dedikált rendszer GRUB konfigját is. Minden frissítésnél nekem ezt külön figyelni kell (kellene) és gondoskodni róla (reboot, dedikált rendszert indít, update-grub, reboot, vissza az eredetibe). Kivéve persze ha maga a dedikált frissül. Ez egy folyamatos feladat, sosincs vége, minden egyes kernel változásnál el kell végezni. Én ezt tartom bonyolultnak.
Számomra sokkal egyszerűbb, ha egy alkalommal rászánok kb. 5 percet, beírom a dedikált GRUB konfigjába azt az 5-6 menüpontot (amit példaként írtam, és csak a címet meg a partíció számát kell variálni), és többet nem kell foglalkoznom vele. Mindegyik rendszer frissíteni fogja a saját fájlrendszerén a saját GRUB-ját. Ez bonyolult???
ubyegon2 félisten

#11290
#11288 fecus
2019-09-06 15:24:11

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11288 fecus

#11288 fecus
Szeretnék egy új telepítésű Mint 19.2-t. Fontos, hogy ne upgrade legyen, mert a 18-as telepítésénél túlvariáltam az SSD szétszabdalását.
Ki tudom-e a 18.3-as Mintből menteni a beállításokat, hogy azok működjenek a 19.2-n, és hogyan?
Nem a Dokumentumokra hanem a conky, putty, firefox, cinnamon, stb. beállításokra gondolok.
Mindig ezek tartanak hetekig amíg minden visszaáll a megszokott állapotába.

https://logout.hu/tema/linux_abszolut_kezdoknek/hsz_68654-68654.html
Itt említ egy megoldást haddent ft, egyébként legegyszerűbb, ha elmented az érintett csomag config fájlját és azzal felülírod a 19-2 telepítettét. De!
Firefoxot érdemes saját magában syncelni, ott amit bepipálsz, azokat menti el, viszont a Cinnamont messziről kerüld! A 19.2-ben a Cinnamon 4.x kampeca lesz, ha felülírod a 18.x Cinnamon 3.8.x verzió konfigjával.
#63718632 törölt tag

#11289
#11286 zizidor
2019-09-06 15:16:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11286 zizidor

#11286 zizidor
Egy bizonyos életkor felett már a lustasági és főleg a feledékenységi faktort is figyelembe kell venni, ezért jobb az a módszer, ami nem igényel felhasználói beavatkozást.
Úgy néz ki, hogy tapasztalatszerzésnek jó volt ez a téma, de a technikai marhaságok miatt kénytelen leszek mégiscsak virtuális gépet használni. Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze, ezek mellett a rendszerindítás mikéntje nem annyira lényeges.

Jó, hát én sem most élem így a konfigom. Régebben volt ez amikor próbálgattam magamnak a Linuxokat. Ez mára jelentősen vissza esett. Néha VBox-ban megnézek valami újdonságot. Mondhatni béke honol az eszközeimen.
fecus őstag

#11288 2019-09-06 15:10:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fecus

őstag

Szeretnék egy új telepítésű Mint 19.2-t. Fontos, hogy ne upgrade legyen, mert a 18-as telepítésénél túlvariáltam az SSD szétszabdalását.
Ki tudom-e a 18.3-as Mintből menteni a beállításokat, hogy azok működjenek a 19.2-n, és hogyan?
Nem a Dokumentumokra hanem a conky, putty, firefox, cinnamon, stb. beállításokra gondolok.
Mindig ezek tartanak hetekig amíg minden visszaáll a megszokott állapotába.
ubyegon2 félisten

#11287
#11286 zizidor
2019-09-06 14:55:57

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11286 zizidor

#11286 zizidor
Egy bizonyos életkor felett már a lustasági és főleg a feledékenységi faktort is figyelembe kell venni, ezért jobb az a módszer, ami nem igényel felhasználói beavatkozást.
Úgy néz ki, hogy tapasztalatszerzésnek jó volt ez a téma, de a technikai marhaságok miatt kénytelen leszek mégiscsak virtuális gépet használni. Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze, ezek mellett a rendszerindítás mikéntje nem annyira lényeges.

Az biztos, hogy egyszer már olvastam az általad ki5lött mődszernél bonyolultabb multiboot-ot, de abból egy szót sem értettem, a tiedből igen, de itt meg azt nem értettem, hogy mi a ragyának kell ezt így megbonyolítani! Mióta pingvinezek, mindig volt fenn több disztró, anno 8 is egymás mellett és egyszerűbb nem is lehetett volna. Mindig az utolsó disztró GRUB-ja- lesz érvényes, mert a desktop disztrók szinte mindegyike kérdés nélkül felrakja a GRUB-ot, akármit is írnak más fórumon erről. Innentől nem értem a problémát, mert az indító disztró aktuálisan mindig frissített lesz. Ha meg neked ilyenkor az kell, hogy mindig a megszokott kedvenced induljon, átírod a GRUB megfelelő sorában a nullát a szükséges számra és akkor az a disztró fog bootolni, majd ha ennek is lesz friss, tárolós kernel frissítése, akkor szintén csinál egy GRUB-update-et.
6milliószor egyszerűbb, mint b*szakodni ezekkel a chainloaderekkel meg minden particióra külön GRUB-ot hegeszteni! Tudod mi ez így? A hibalehetőségek megsokszorozása.
Jelenleg egyetlen disztró van, aminél szinte kötelező lenne külön a saját particiójára tenni a GRUB-ot, az meg a csodahíype2, a Manjaro! Itt ugyanis 2+ éve nem sikerült megoldani, hogy ne kapjon kernel panicot, ha egy másik disztró kernelt frissít!
Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze
Ezeket meg az adott disztrón belül kellene kezelned inkább, mint virtuálba vacakolni.
(ez a wifit nem kezelő nem a Manjaro véletlenül?)
zizidor őstag

#11286
#11285 #63718632
2019-09-06 14:15:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11285 #63718632

#11285 #63718632
Ez miatt csak grub update kell a fő rendszeren, hogy felvegye a többi rendszeren történt változásokat is. Ezért ez egy plusz művelet.

Egy bizonyos életkor felett már a lustasági és főleg a feledékenységi faktort is figyelembe kell venni, ezért jobb az a módszer, ami nem igényel felhasználói beavatkozást.
Úgy néz ki, hogy tapasztalatszerzésnek jó volt ez a téma, de a technikai marhaságok miatt kénytelen leszek mégiscsak virtuális gépet használni. Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze, ezek mellett a rendszerindítás mikéntje nem annyira lényeges.
#63718632 törölt tag

#11285
#11284 zizidor
2019-09-06 13:23:33

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11284 zizidor

#11284 zizidor
Mindössze annyi előnye van, hogy egy kernel update esetén nem kell az elsődleges rendszert külön is frissíteni, mert az csak behúzza a többi fájlrendszerről az ott lévő GRUB-ot, amit viszont a hozzá tartozó rendszer naprakészen tart.
A GPT meg csak egyszerűbbnek tűnt így. Eredetileg ugyanazon a meghajtón volt a Windows és a Linux. A Windows GPT/UEFI módban települt, így került fel a Mint is, de megőrült tőle a BIOS, minden indításnál létrejött egy újabb Linux bejegyzés, ezért inkább újratelepítettem legacy-ként, így nincs keveredés. Aztán kapott a Linux egy saját SSD-t, és mivel nem volt kedvem újratelepíteni az azóta jól bejáratott rendszert, egyszerűen csak átraktam rá a Linuxos fájlrendszereket. A Mint UUID-vel hivatkozik rájuk, szóval mindegy hol vannak. A GPT itt nem jelent előnyt, de hátrányt sem. A GRUB-nak van (kell!) egy saját 1 MB-os partíció, nem csak úgy benyomva a partíciók közti kihasználatlan helyre.

Ez miatt csak grub update kell a fő rendszeren, hogy felvegye a többi rendszeren történt változásokat is. Ezért ez egy plusz művelet.
zizidor őstag

#11284
#11283 #63718632
2019-09-06 12:21:08

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11283 #63718632

#11283 #63718632
Jó, de ez miért jobb. Mintha csak simán a "fő" grubba felvett saját indító végezné az indítást?
Másik:
"insmod part_gpt" ez van az idézett konfigban. Azt mondod nem uefi-s környezeted van.
Most azt feltételezem, hogy msdos partíciós táblád van. Nem ez okozza a gondot?
Ha 2TB-nál nagyobb lemezen végzed a dolgod, ott kell a gpt kétségtelen. Ez alatti méretben msdos táblával logikai partíción sok rendszert telepíthetsz. Linuxnak nem feltétel a primary partíció.

Mindössze annyi előnye van, hogy egy kernel update esetén nem kell az elsődleges rendszert külön is frissíteni, mert az csak behúzza a többi fájlrendszerről az ott lévő GRUB-ot, amit viszont a hozzá tartozó rendszer naprakészen tart.
A GPT meg csak egyszerűbbnek tűnt így. Eredetileg ugyanazon a meghajtón volt a Windows és a Linux. A Windows GPT/UEFI módban települt, így került fel a Mint is, de megőrült tőle a BIOS, minden indításnál létrejött egy újabb Linux bejegyzés, ezért inkább újratelepítettem legacy-ként, így nincs keveredés. Aztán kapott a Linux egy saját SSD-t, és mivel nem volt kedvem újratelepíteni az azóta jól bejáratott rendszert, egyszerűen csak átraktam rá a Linuxos fájlrendszereket. A Mint UUID-vel hivatkozik rájuk, szóval mindegy hol vannak. A GPT itt nem jelent előnyt, de hátrányt sem. A GRUB-nak van (kell!) egy saját 1 MB-os partíció, nem csak úgy benyomva a partíciók közti kihasználatlan helyre.
#63718632 törölt tag

#11283
#11282 zizidor
2019-09-06 10:22:18

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11282 zizidor

#11282 zizidor
A GRUB-nak van egy ilyen parancsa, a megadott helyről betölt egy fájlt vagy adott számú szektort és elindítja bootloaderként. Gyakorlatilag annyi, mintha alapból onnan indulna a boot. Pl:
menuentry "Másik oprendszer" { insmod chain insmod part_gpt chainloader (hd0,gpt4)+1 }

Jó, de ez miért jobb. Mintha csak simán a "fő" grubba felvett saját indító végezné az indítást?
Másik:
"insmod part_gpt" ez van az idézett konfigban. Azt mondod nem uefi-s környezeted van.
Most azt feltételezem, hogy msdos partíciós táblád van. Nem ez okozza a gondot?
Ha 2TB-nál nagyobb lemezen végzed a dolgod, ott kell a gpt kétségtelen. Ez alatti méretben msdos táblával logikai partíción sok rendszert telepíthetsz. Linuxnak nem feltétel a primary partíció.
zizidor őstag

#11282
#11281 #63718632
2019-09-06 09:06:44

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11281 #63718632

#11281 #63718632
Mi lenne ez a "chainloader"? Nem hallottam még róla. Anno amikor az említett módon volt sok disztróm egy lemezen. Mindegyik bootolt rendesen.

A GRUB-nak van egy ilyen parancsa, a megadott helyről betölt egy fájlt vagy adott számú szektort és elindítja bootloaderként. Gyakorlatilag annyi, mintha alapból onnan indulna a boot. Pl:
menuentry "Másik oprendszer" { insmod chain insmod part_gpt chainloader (hd0,gpt4)+1 }
#63718632 törölt tag

#11281
#11280 zizidor
2019-09-06 08:45:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11280 zizidor

#11280 zizidor
Úgy kezdtem, csak gond volt a grafikával, időnként teljesen szétesett a kép, ezért akartam inkább "élesben" tesztelni.
Mondjuk ez sem lett jobb. A chainloader-es megoldás abszolút jó, de olyan állatságokba sikerült belefutni, hogy az Ubuntu a bejelentkező képnél kikapcsolja a monitort (no signal), a Deepin-t nem tudom telepíteni, mert már a legelső képernyőnél hiányzik a továbblépés gomb (a nyelv-választó lista nem fér ki a 2560x1440-es képernyőre!?!?!?), az 5-ös kernellel meg nem működik a wifi adapter. Driver frissítés után sem.
Marad a virtuális gép, korlátozott grafikai lehetőséggel.

Mi lenne ez a "chainloader"? Nem hallottam még róla. Anno amikor az említett módon volt sok disztróm egy lemezen. Mindegyik bootolt rendesen.
zizidor őstag

#11280
#11279 cigam
2019-09-06 01:02:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11279 cigam

#11279 cigam
Virtuális gépen nem lenne egyszerübb tesztelni?

Úgy kezdtem, csak gond volt a grafikával, időnként teljesen szétesett a kép, ezért akartam inkább "élesben" tesztelni.
Mondjuk ez sem lett jobb. A chainloader-es megoldás abszolút jó, de olyan állatságokba sikerült belefutni, hogy az Ubuntu a bejelentkező képnél kikapcsolja a monitort (no signal), a Deepin-t nem tudom telepíteni, mert már a legelső képernyőnél hiányzik a továbblépés gomb (a nyelv-választó lista nem fér ki a 2560x1440-es képernyőre!?!?!?), az 5-ös kernellel meg nem működik a wifi adapter. Driver frissítés után sem.
Marad a virtuális gép, korlátozott grafikai lehetőséggel.
cigam titán

#11279
#11272 zizidor
2019-09-05 19:56:26

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11272 zizidor

#11272 zizidor
Sziasztok!
Megpróbálom nem túlbonyolítva leírni mit is szeretnék.
Jelenleg egy Mint van a gépemen, de különböző tesztek miatt szeretnék több (5-6) különböző disztrót is telepíteni. A kérdés az, hogy ilyenkor hogy viselkedik a GRUB. Valamelyik fórumban azt írták, hogy csak a legelső telepítésnél kell felrakni a GRUB-ot, az összes többinél kihagyni, azokat majd megtalálja (update-grub) és a boot menüből indítható lesz mindegyik. Eddig oké, de mi van egy kernel frissítés esetén? A telepített kerneleket az update-grub gyűjti össze, és akkor le kell futtatni minden egyes kernel módosulás esetén, vagy maga a GRUB rendszerindításkor?
Vagy esetleg praktikusabb az, ha mindegyiknek a fájlrendszerén van egy saját GRUB, úgy konfigurálva, hogy csak azt az egy rendszert indítsa (menü nélkül), és a Mint-ből ezeket chainloader-rel indítom. Akkor minden kernel variálás esetén frissülne a saját GRUB konfig.

Virtuális gépen nem lenne egyszerübb tesztelni?
zizidor őstag

#11278
#11277 #63718632
2019-09-05 15:35:20

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11277 #63718632

#11277 #63718632
Igen, pontatlanul fogalmaztam. Elsőre az mbr-es grub indúl, aztán az amelyiket abban kiválasztod.

Köszi! Akkor az elmélet már megvan.
Csinálok egy gyakorlati próbát is.
#63718632 törölt tag

#11277
#11276 zizidor
2019-09-05 15:15:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11276 zizidor

#11276 zizidor
"Úgy is csak az mbr-ben lévő grub fog bootolni."
Alapból igen. De ha onnan betöltöm a többit [chainloader (hd2,gptx)+1], akkor mindig az adott rendszer saját, friss, aktuális GRUB-ját használja. Akkor nem kell manuálisan frissítgetni a Mint-et.
Legalábbis ez az elképzelés...

Igen, pontatlanul fogalmaztam. Elsőre az mbr-es grub indúl, aztán az amelyiket abban kiválasztod.
zizidor őstag

#11276
#11275 #63718632
2019-09-05 15:10:04

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11275 #63718632

#11275 #63718632
Nem kell semmit letiltogatni. Úgy is csak az mbr-ben lévő grub fog bootolni. Abban meg benne lesz a többi indító is. Nincs jelentòsége a gyökér partíción lévő grubok osprober funkciójának. Csak az mbr-ben lévő grubot kell állítgatni, a benne lévő indítók sorrendjét illetően. De azon grubok további lehetőségei is ott lesznek. Pl. Régebbi kernellel történő indítás, mert a legutóbbi elhasalt, ecetera.... .

"Úgy is csak az mbr-ben lévő grub fog bootolni."
Alapból igen. De ha onnan betöltöm a többit [chainloader (hd2,gptx)+1], akkor mindig az adott rendszer saját, friss, aktuális GRUB-ját használja. Akkor nem kell manuálisan frissítgetni a Mint-et.
Legalábbis ez az elképzelés...
#63718632 törölt tag

#11275
#11274 zizidor
2019-09-05 13:40:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11274 zizidor

#11274 zizidor
Köszi, akkor a legpraktikusabbnak az látszik, hogy mindegyiknél a saját partícióra megy a GRUB, os prober mindenhol letiltva, és a Mint-nél csinálok mindegyiknek egy chainloader-es menüt. Akkor mindegyiket a saját GRUB-ja fogja indítani, amit kernel frissítésnél úgyis aktualizál.
UEFI-vel nem akarok próbálkozni, mert volt már hogy megszivatott. Windows is van a gépen, az úgy indul, de amikor UEFI módban telepítettem a Mintet, akkor mindegy indításnál kreált egy újabb bejegyzést, végül volt már vagy 25, akkor nekiálltam kigyomlálni és inkább legacy módban használom.
Az normális, ha a gép boot menüje a külső, USB3-as SSD két NTFS partícióját is felkínálja EFI bootként? Az nem csak FAT32 lehet??? Egyiken sincs rendszer, de még EFI mappa sem. BIOS hiba?

Nem kell semmit letiltogatni. Úgy is csak az mbr-ben lévő grub fog bootolni. Abban meg benne lesz a többi indító is. Nincs jelentòsége a gyökér partíción lévő grubok osprober funkciójának. Csak az mbr-ben lévő grubot kell állítgatni, a benne lévő indítók sorrendjét illetően. De azon grubok további lehetőségei is ott lesznek. Pl. Régebbi kernellel történő indítás, mert a legutóbbi elhasalt, ecetera.... .
zizidor őstag

#11274
#11273 #63718632
2019-09-05 13:26:55

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

#11273 #63718632

#11273 #63718632
Jól fogtad meg a lényeget. Legyen egy úgymond fő rendszer, aminek az indítója az mbr-ben van. Az összes többié pedig a saját gyökér partícióján. Így mindegyik rendszer csak a saját grubját fogja írogatni. Egy köztes lépés mindig kell, amikor nem a főrendszered grubja frissűl. Ahhoz, hogy a fő rendszer grubjába felvett más rendszerek frissült indítója aktualizálódjon. Úgy a főrendszeren kell egy grub update-t csinálni, hogy az osprober felvegye a változásokat a többi gyökérpartíción lévő indítókból.
Ilyet csináltam nem egyszer Legacy/MBR módban.
UEFI környezetben már nem csináltam ilyet. Ha mégis csinálnék, akkor minden rendszernek csinálnék saját efi/boot partíciót is és abba tenném az indítóját. A további lépések ugyannazok, mint a fentebbi esetben.
Abban nem vagyok biztos, hogy pl. 500MB méretű efi/boot partíción csak egy rendszer grubja tud telepűlni úgy, hogy fölül ír már egy ott lévőt. Vagy szépen egymás mellé teszi-e őket és az a grub amelyik az alapértelmezett, amit mindíg használsz, abban az os prober úgy működik-e mint MBR esetén.

Köszi, akkor a legpraktikusabbnak az látszik, hogy mindegyiknél a saját partícióra megy a GRUB, os prober mindenhol letiltva, és a Mint-nél csinálok mindegyiknek egy chainloader-es menüt. Akkor mindegyiket a saját GRUB-ja fogja indítani, amit kernel frissítésnél úgyis aktualizál.
UEFI-vel nem akarok próbálkozni, mert volt már hogy megszivatott. Windows is van a gépen, az úgy indul, de amikor UEFI módban telepítettem a Mintet, akkor mindegy indításnál kreált egy újabb bejegyzést, végül volt már vagy 25, akkor nekiálltam kigyomlálni és inkább legacy módban használom.
Az normális, ha a gép boot menüje a külső, USB3-as SSD két NTFS partícióját is felkínálja EFI bootként? Az nem csak FAT32 lehet??? Egyiken sincs rendszer, de még EFI mappa sem. BIOS hiba?
#63718632 törölt tag

#11273
#11272 zizidor
2019-09-05 12:12:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#11272 zizidor

#11272 zizidor
Sziasztok!
Megpróbálom nem túlbonyolítva leírni mit is szeretnék.
Jelenleg egy Mint van a gépemen, de különböző tesztek miatt szeretnék több (5-6) különböző disztrót is telepíteni. A kérdés az, hogy ilyenkor hogy viselkedik a GRUB. Valamelyik fórumban azt írták, hogy csak a legelső telepítésnél kell felrakni a GRUB-ot, az összes többinél kihagyni, azokat majd megtalálja (update-grub) és a boot menüből indítható lesz mindegyik. Eddig oké, de mi van egy kernel frissítés esetén? A telepített kerneleket az update-grub gyűjti össze, és akkor le kell futtatni minden egyes kernel módosulás esetén, vagy maga a GRUB rendszerindításkor?
Vagy esetleg praktikusabb az, ha mindegyiknek a fájlrendszerén van egy saját GRUB, úgy konfigurálva, hogy csak azt az egy rendszert indítsa (menü nélkül), és a Mint-ből ezeket chainloader-rel indítom. Akkor minden kernel variálás esetén frissülne a saját GRUB konfig.

Jól fogtad meg a lényeget. Legyen egy úgymond fő rendszer, aminek az indítója az mbr-ben van. Az összes többié pedig a saját gyökér partícióján. Így mindegyik rendszer csak a saját grubját fogja írogatni. Egy köztes lépés mindig kell, amikor nem a főrendszered grubja frissűl. Ahhoz, hogy a fő rendszer grubjába felvett más rendszerek frissült indítója aktualizálódjon. Úgy a főrendszeren kell egy grub update-t csinálni, hogy az osprober felvegye a változásokat a többi gyökérpartíción lévő indítókból.
Ilyet csináltam nem egyszer Legacy/MBR módban.
UEFI környezetben már nem csináltam ilyet. Ha mégis csinálnék, akkor minden rendszernek csinálnék saját efi/boot partíciót is és abba tenném az indítóját. A további lépések ugyannazok, mint a fentebbi esetben.
Abban nem vagyok biztos, hogy pl. 500MB méretű efi/boot partíción csak egy rendszer grubja tud telepűlni úgy, hogy fölül ír már egy ott lévőt. Vagy szépen egymás mellé teszi-e őket és az a grub amelyik az alapértelmezett, amit mindíg használsz, abban az os prober úgy működik-e mint MBR esetén.
zizidor őstag

#11272 2019-09-05 11:12:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

zizidor

őstag

Sziasztok!
Megpróbálom nem túlbonyolítva leírni mit is szeretnék.
Jelenleg egy Mint van a gépemen, de különböző tesztek miatt szeretnék több (5-6) különböző disztrót is telepíteni. A kérdés az, hogy ilyenkor hogy viselkedik a GRUB. Valamelyik fórumban azt írták, hogy csak a legelső telepítésnél kell felrakni a GRUB-ot, az összes többinél kihagyni, azokat majd megtalálja (update-grub) és a boot menüből indítható lesz mindegyik. Eddig oké, de mi van egy kernel frissítés esetén? A telepített kerneleket az update-grub gyűjti össze, és akkor le kell futtatni minden egyes kernel módosulás esetén, vagy maga a GRUB rendszerindításkor?
Vagy esetleg praktikusabb az, ha mindegyiknek a fájlrendszerén van egy saját GRUB, úgy konfigurálva, hogy csak azt az egy rendszert indítsa (menü nélkül), és a Mint-ből ezeket chainloader-rel indítom. Akkor minden kernel variálás esetén frissülne a saját GRUB konfig.
ubyegon2 félisten

#11271
#11270 sonar
2019-09-05 07:19:53

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11270 sonar

#11270 sonar
No kérem, itthon ma megint nem akart frissülni a rendszer. És a következő üzenetet kaptam:
Failed to fetch http://ppa.launchpad.net/dhor/myway/ubuntu/dists/xenial/InRelease Could not connect to ppa.launchpad.net:80 (91.189.95.83), connection timed out
Akkor mondom pingeljük meg
$ ping 91.189.95.83 PING 91.189.95.83 (91.189.95.83) 56(84) bytes of data. 64 bytes from 91.189.95.83: icmp_seq=2 ttl=50 time=652 ms 64 bytes from 91.189.95.83: icmp_seq=3 ttl=50 time=401 ms 64 bytes from 91.189.95.83: icmp_seq=4 ttl=50 time=231 ms 64 bytes from 91.189.95.83: icmp_seq=5 ttl=50 time=102 ms 64 bytes from 91.189.95.83: icmp_seq=6 ttl=50 time=528 ms 64 bytes from 91.189.95.83: icmp_seq=7 ttl=50 time=189 ms 64 bytes from 91.189.95.83: icmp_seq=8 ttl=50 time=47.7 ms 64 bytes from 91.189.95.83: icmp_seq=9 ttl=50 time=227 ms 64 bytes from 91.189.95.83: icmp_seq=10 ttl=50 time=41.1 ms 64 bytes from 91.189.95.83: icmp_seq=11 ttl=50 time=243 ms 64 bytes from 91.189.95.83: icmp_seq=12 ttl=50 time=53.9 ms
Hát ez nem igazán fasza. No mondom akkor nézzük meg böngészőben, hogy mit is látunk.
Pikk pakk bejött az oldal majd a ping is helyreállt és a frissités bejött.
PING 91.189.95.83 (91.189.95.83) 56(84) bytes of data. 64 bytes from 91.189.95.83: icmp_seq=1 ttl=50 time=42.6 ms 64 bytes from 91.189.95.83: icmp_seq=2 ttl=50 time=42.6 ms 64 bytes from 91.189.95.83: icmp_seq=3 ttl=50 time=45.5 ms
Szóval nem tudom. Vhol a nagy útvesztőben vmi nincs rendben.

Ezt az InRelease tárolót nem cseréled le bionic-ra?
deb http://ppa.launchpad.net/dhor/myway/ubuntu bionic main
sonar addikt

#11270
#11268 ubyegon2
2019-09-04 22:03:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#11268 ubyegon2

#11268 ubyegon2
Ezt a NAT-olást csak saját esetem miatt említettem, nekem bő két nap és több topikban novellányi javaslat jött össze akkor a hiba elhárítására. Tudom, hogy alapvetően észre sem veszik az emberek, ha NAT-olják őket, de nálam ez a TLS handshake nevű dolog nem múködött azoknál a weboldalaknál, amiket sűrűn látogattam, kivéve még a systemd előtti Mint 17-3-nál. Ezt tudod amúgy a legkönnyebben csekkolni, publikus-e vagy nem az IP.
Nekem azért okozott gondot ez a NAT-olás, mivel nem értek ezekhez a dolgokhoz, no meg első szolgáltatói reklamációmkor a nyamvadék ÜSZ-es letagadta, hogy NAT-olva lennék, pedig láthatta, ahogy ezt a két nappal későbbi másik ügyintéző is azonnal látta és hitetlenkedett is, miért mondta ezt az előző....... Neked egyszerűbb dolgod van, mert értesz hozzá.
Bocs, hogy laikusként beleokoskodtam.

No kérem, itthon ma megint nem akart frissülni a rendszer. És a következő üzenetet kaptam:
Failed to fetch http://ppa.launchpad.net/dhor/myway/ubuntu/dists/xenial/InRelease Could not connect to ppa.launchpad.net:80 (91.189.95.83), connection timed out
Akkor mondom pingeljük meg
$ ping 91.189.95.83 PING 91.189.95.83 (91.189.95.83) 56(84) bytes of data. 64 bytes from 91.189.95.83: icmp_seq=2 ttl=50 time=652 ms 64 bytes from 91.189.95.83: icmp_seq=3 ttl=50 time=401 ms 64 bytes from 91.189.95.83: icmp_seq=4 ttl=50 time=231 ms 64 bytes from 91.189.95.83: icmp_seq=5 ttl=50 time=102 ms 64 bytes from 91.189.95.83: icmp_seq=6 ttl=50 time=528 ms 64 bytes from 91.189.95.83: icmp_seq=7 ttl=50 time=189 ms 64 bytes from 91.189.95.83: icmp_seq=8 ttl=50 time=47.7 ms 64 bytes from 91.189.95.83: icmp_seq=9 ttl=50 time=227 ms 64 bytes from 91.189.95.83: icmp_seq=10 ttl=50 time=41.1 ms 64 bytes from 91.189.95.83: icmp_seq=11 ttl=50 time=243 ms 64 bytes from 91.189.95.83: icmp_seq=12 ttl=50 time=53.9 ms
Hát ez nem igazán fasza. No mondom akkor nézzük meg böngészőben, hogy mit is látunk.
Pikk pakk bejött az oldal majd a ping is helyreállt és a frissités bejött.
PING 91.189.95.83 (91.189.95.83) 56(84) bytes of data. 64 bytes from 91.189.95.83: icmp_seq=1 ttl=50 time=42.6 ms 64 bytes from 91.189.95.83: icmp_seq=2 ttl=50 time=42.6 ms 64 bytes from 91.189.95.83: icmp_seq=3 ttl=50 time=45.5 ms
Szóval nem tudom. Vhol a nagy útvesztőben vmi nincs rendben.
#10034944 törölt tag

#11269 2019-09-04 19:54:41

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#10034944

törölt tag

Sziasztok!
19.2 Mintet használok, v19.01 Timeshift. Próbálta már valaki úgy a visszaállítást, hogy a rendszer nem indítható?
ubyegon2 félisten

#11268
#11267 sonar
2019-09-04 13:59:36

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11267 sonar

#11267 sonar
Attól, hogy NAT-olva van vmi még nem szükségszerűen kell elromlania. Ezt az álláspontot továbbra is fenntartom. Főleg, hogy ebben az esetben csak pull van.
Egyébként még nem oldódott meg a probléma csak vagy időm vagy energiám nem volt a dolgok mélyére ásni.

Ezt a NAT-olást csak saját esetem miatt említettem, nekem bő két nap és több topikban novellányi javaslat jött össze akkor a hiba elhárítására. Tudom, hogy alapvetően észre sem veszik az emberek, ha NAT-olják őket, de nálam ez a TLS handshake nevű dolog nem múködött azoknál a weboldalaknál, amiket sűrűn látogattam, kivéve még a systemd előtti Mint 17-3-nál. Ezt tudod amúgy a legkönnyebben csekkolni, publikus-e vagy nem az IP.
Nekem azért okozott gondot ez a NAT-olás, mivel nem értek ezekhez a dolgokhoz, no meg első szolgáltatói reklamációmkor a nyamvadék ÜSZ-es letagadta, hogy NAT-olva lennék, pedig láthatta, ahogy ezt a két nappal későbbi másik ügyintéző is azonnal látta és hitetlenkedett is, miért mondta ezt az előző....... Neked egyszerűbb dolgod van, mert értesz hozzá.
Bocs, hogy laikusként beleokoskodtam.
sonar addikt

#11267
#11266 ubyegon2
2019-09-04 12:46:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#11266 ubyegon2

#11266 ubyegon2
De ebből úgy tűnik a szolgáltató környékén lehet vmi problematika.
Az tud a legnyűgösebb lenni, kivéve ha NAT-olják az IP-t és már tudja a user, mik a jelei ennek. Én anno bő két napot szívtam emiatt. Nálad kicsi az esélye, hogy ez van, de azért érdemes megnézni egyezik-e kapott IP a valós IP-vel.
Igaz anno azt írtad, nem ördögtől való ez a NAT-olás. Persze, semmilyen hiba nem az, ha rájössz mi az és tudod az elhárításának módját!

Attól, hogy NAT-olva van vmi még nem szükségszerűen kell elromlania. Ezt az álláspontot továbbra is fenntartom. Főleg, hogy ebben az esetben csak pull van.
Egyébként még nem oldódott meg a probléma csak vagy időm vagy energiám nem volt a dolgok mélyére ásni.
ubyegon2 félisten

#11266
#11265 sonar
2019-09-04 06:26:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11265 sonar

#11265 sonar
Helló,
Igen stable-t használok. Ma behoztam melóba és az itteni neten simán megy. Fel is hozott 3 új frissítést. Otthon meg a cache update-nél mindig elhasalt. Este megnézem az asszony gépét megint. De ebből úgy tűnik a szolgáltató környékén lehet vmi problematika.

De ebből úgy tűnik a szolgáltató környékén lehet vmi problematika.
Az tud a legnyűgösebb lenni, kivéve ha NAT-olják az IP-t és már tudja a user, mik a jelei ennek. Én anno bő két napot szívtam emiatt. Nálad kicsi az esélye, hogy ez van, de azért érdemes megnézni egyezik-e kapott IP a valós IP-vel.
Igaz anno azt írtad, nem ördögtől való ez a NAT-olás. Persze, semmilyen hiba nem az, ha rájössz mi az és tudod az elhárításának módját!
sonar addikt

#11265
#11264 ubyegon2
2019-09-02 13:15:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#11264 ubyegon2

#11264 ubyegon2
deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
Nálam ezt látni a repoknál, nincs vele semmi gond. Stable-t használsz amúgy?

Helló,
Igen stable-t használok. Ma behoztam melóba és az itteni neten simán megy. Fel is hozott 3 új frissítést. Otthon meg a cache update-nél mindig elhasalt. Este megnézem az asszony gépét megint. De ebből úgy tűnik a szolgáltató környékén lehet vmi problematika.
ubyegon2 félisten

#11264
#11263 sonar
2019-09-02 11:08:21

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11263 sonar

#11263 sonar
2-3 mirrort is megpróbáltam. Viszont otthon mind a kettő gépen csinálja.

deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
Nálam ezt látni a repoknál, nincs vele semmi gond. Stable-t használsz amúgy?
sonar addikt

#11263
#11262 NeoPampalini
2019-09-02 09:35:34

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

#11262 NeoPampalini

#11262 NeoPampalini
Nálam minden OK. Esetleg próbálj másik mirror-t.

2-3 mirrort is megpróbáltam. Viszont otthon mind a kettő gépen csinálja.
NeoPampalini senior tag

#11262
#11261 sonar
2019-09-02 08:35:41

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NeoPampalini

senior tag

#11261 sonar

#11261 sonar
Nálatok rendben vannak a frissítések? Nekem 2-3 napja nem elérhető semmi sem.
Az az ha jól nézem a google repo-val gondja.

Nálam minden OK. Esetleg próbálj másik mirror-t.
sonar addikt

#11261 2019-09-01 21:06:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sonar

addikt

Nálatok rendben vannak a frissítések? Nekem 2-3 napja nem elérhető semmi sem.
Az az ha jól nézem a google repo-val gondja.
cigam titán

#11260
#11259 SwissAirplan
2019-09-01 16:45:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11259 SwissAirplan

#11259 SwissAirplan
Köszönöm. ezt megtaláltam.. de valamit nagyon elronthattam, mert nem akar működni.. a telepítés az ment de gondolom a konfigurációnál nem stimmel valami mondjuk még azt se tudom hogy milyen ftp cimet portot user és passwordot kell megadni... godolom a cim a gépen futó cim lessz..
Esetleg ha ezekbe tudnál tanácsot adni azt is megköszönném!

[link]
SwissAirplan aktív tag

#11259
#11258 Sonja
2019-09-01 16:13:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

SwissAirplan

aktív tag

#11258 Sonja

#11258 Sonja
vsftpd

Köszönöm. ezt megtaláltam.. de valamit nagyon elronthattam, mert nem akar működni.. a telepítés az ment de gondolom a konfigurációnál nem stimmel valami mondjuk még azt se tudom hogy milyen ftp cimet portot user és passwordot kell megadni... godolom a cim a gépen futó cim lessz..
Esetleg ha ezekbe tudnál tanácsot adni azt is megköszönném!
Sonja nagyúr

#11258
#11257 SwissAirplan
2019-09-01 10:54:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Sonja

nagyúr

#11257 SwissAirplan

#11257 SwissAirplan
Sziasztok!
Linux Mint re keresnék FTP szerver programot.. sajnos ha jól láttam a filezilla szerver csak Win alatt fut.
Van egy i3-as gép amin L M fut egy domoticzot szolgál gi, a lakásba vannak akmerák és azoknak a képét szeretném oda feltölteni.
A kamerákban van ftp feltöltési lehetőség
és akkor gondoltam megoldanék "házon belül"mindent

vsftpd
SwissAirplan aktív tag

#11257 2019-09-01 08:45:22

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

SwissAirplan

aktív tag

Sziasztok!
Linux Mint re keresnék FTP szerver programot.. sajnos ha jól láttam a filezilla szerver csak Win alatt fut.
Van egy i3-as gép amin L M fut egy domoticzot szolgál gi, a lakásba vannak akmerák és azoknak a képét szeretném oda feltölteni.
A kamerákban van ftp feltöltési lehetőség
és akkor gondoltam megoldanék "házon belül"mindent
Frawly veterán

#11256
#11255 growler
2019-08-31 14:51:04

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11255 growler

#11255 growler
Van egy olyan sanda gyanúm, hogy a 32bites csomagon kívül ez is közrejátszat
a nem-működésben.: Last update: 2012-07-29

Hoppsz, ezt nem is láttam. Ha ennyire régi, akkor nem éri meg vele foglalkozni valóban, megkockáztatom még Windows alatt sem.
growler őstag

#11255
#11254 Frawly
2019-08-30 17:21:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

growler

őstag

#11254 Frawly

#11254 Frawly
Ez a nem akar működni mit takar?
Innen feltetted a DEB csomagot? Érdemes terminálból csinálni:
sudo dpkg -i /letöltött/csomag/helye/lmc_1.2.32_i386.deb
A gondot valószínűleg az okozza, hogy 32 bites csomag, és 64 bites rendszerre teszed, de azért nézzük meg mit ír ki, hátha működésre lehet bírni, ha a csomagkezelő multilibből berántja a 32 bites függőségeket.
Az a baj, hogy a legtöbb keresztplatformos chatprogram központi szervert igényel.
Esetleg BeeBEEP?

Van egy olyan sanda gyanúm, hogy a 32bites csomagon kívül ez is közrejátszat
a nem-működésben.: Last update: 2012-07-29
Frawly veterán

#11254
#11252 Joker88
2019-08-30 16:55:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11252 Joker88

#11252 Joker88
egy nagyon nehéz kérdésem lenne hozzátok.
Otthon több számítógép is van ( PC,notebook) . Az enyémet leszámítva Windows 8.1 és 10 rendszerrrel futnak.
Van egy helyi hálózati "cset alkalmazás ( [link] ) " azonban ez nem akar működni a Mint-en.. szóval, van-e , létezik-e olyan "keresztplatformos" megoldás ami működik Linuxon és Windows-on egyaránt. Akár fizetős,akár ingyenes, angol/magyar szintén lényegtelen.

Ez a nem akar működni mit takar?
Innen feltetted a DEB csomagot? Érdemes terminálból csinálni:
sudo dpkg -i /letöltött/csomag/helye/lmc_1.2.32_i386.deb
A gondot valószínűleg az okozza, hogy 32 bites csomag, és 64 bites rendszerre teszed, de azért nézzük meg mit ír ki, hátha működésre lehet bírni, ha a csomagkezelő multilibből berántja a 32 bites függőségeket.
Az a baj, hogy a legtöbb keresztplatformos chatprogram központi szervert igényel.
Esetleg BeeBEEP?
Cyrin addikt

#11253
#11252 Joker88
2019-08-30 16:42:41

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Cyrin

addikt

#11252 Joker88

#11252 Joker88
egy nagyon nehéz kérdésem lenne hozzátok.
Otthon több számítógép is van ( PC,notebook) . Az enyémet leszámítva Windows 8.1 és 10 rendszerrrel futnak.
Van egy helyi hálózati "cset alkalmazás ( [link] ) " azonban ez nem akar működni a Mint-en.. szóval, van-e , létezik-e olyan "keresztplatformos" megoldás ami működik Linuxon és Windows-on egyaránt. Akár fizetős,akár ingyenes, angol/magyar szintén lényegtelen.

Linux programok topic - (Milyen program, ami..? Linux verzio)
Joker88 őstag

#11252 2019-08-30 16:17:20

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Joker88

őstag

egy nagyon nehéz kérdésem lenne hozzátok.
Otthon több számítógép is van ( PC,notebook) . Az enyémet leszámítva Windows 8.1 és 10 rendszerrrel futnak.
Van egy helyi hálózati "cset alkalmazás ( [link] ) " azonban ez nem akar működni a Mint-en.. szóval, van-e , létezik-e olyan "keresztplatformos" megoldás ami működik Linuxon és Windows-on egyaránt. Akár fizetős,akár ingyenes, angol/magyar szintén lényegtelen.
fecus őstag

#11251 2019-08-24 16:51:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fecus

őstag

Mint Cinnamon 19.2
A systemctl poweroff nem kér jelszót, a systemctl hibernate kér.
Azt szeretném, hogy a hibernate se kérjen.
Lehet ezt valahol a rendszerben állítani/paraméterezni?
Azért érdekes mert egy kisalkalmazás hívná meg amikor el akarom küldeni hibernálásba.
Tök unalmas mindig beírni a jelszót is mikor elindulok.
Frawly veterán

#11250
#11244 ubyegon2
2019-08-23 05:29:29

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11244 ubyegon2

#11244 ubyegon2
Ha eddig visszaolvastál volna (8 hsz), most nem írsz le ennyit feleslegesen!
Arról nem is beszélve, hogy éppen az a trágya UEFI okozza a gondot a telepítőben. Nagyobb átok régebbi gépekre nem létezik.

Az a gép ezek szerint tudja az EUFI-t. Az ne tévesszen meg senkit, hogy karakteres BIOS-szerű felülete van, és nem grafikus, attól még nem BIOS, hanem UEFI van a gépen. Szerintem UEFI bootlehetőséget azért nem lát, mert CSM/Legacy boot van bekapcsolva, és nem vegyes/UEFI boot.
Meg ez egy Fossiccu, annak nem tudom mennyire szabványos az UEFI implementációja. De a telepítő is lehet trágya. Az Ubuntu-vonal megoldhatná már végre, hogy normálisan kezelje az UEFI bootot, erre a fejlesztők valahogy még nem képesek.
Szerk.: ááá, látom megoldódott. Nem tudom mivel lett kiírva a Mint, mert elvileg annak univerzális lemezképe van, ami képes UEFI/Legacy bootra is. Szerintem csak el lett csesszerintve a lemezkép kiírása. Windows alatt a Rufus ajánlott, Linux alatt a dd parancs, ezek biztosan nem cseszik el a kiírt lemezképet.
nOvOp senior tag

#11249
#11248 ubyegon2
2019-08-22 21:39:41

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11248 ubyegon2

#11248 ubyegon2
Na ez jó hír! A kitartásod valóban nem semmi! Egyik szemem sír csak, mert ebben a többirányú próbálkozáshalomban nem derült ki, mi a ragya okozza ezt a jelenséget a pendrive-ra írásnál. Nincs kizárva, hogy a BIOS talán második lapján lévő beállítások, ahol lehet állítani a legacy meg USB 3 opciókat. Mikor ezeket nézegettem, hiába suhant át az agyamon, hogy talán kiírt DVD, mert nem ismertem ezt a fajta BIOS-t! (egyiket sem ismerem, hogy őszinte legyek, a desktop Asus UEFI-s BIOS-szal azért már jól elvagyok)
Megint csak igaza lett annak, aki azt mondja, hogy nincs olyan probléma Linuxon, amit ne lehetne megoldani, csak megfelelő kitartás kell esetenként. Régi Toshiba laptopon én is legalább egy hónapig szenvedtem, mire a rendszer használni szíveskedett mindkét processzor magot.

Az USB beállítás ott csak arról szól, hogy miként használja az USB 3.0 portot. Akár le lehet korlátozni 2.0- ra is. De egyébként kipróbáltam másik USB csatlakozóban is, ami csak 2.0- ás, és ott sem volt jó.
Köszi még1x nindenkinek!
ubyegon2 félisten

#11248
#11246 nOvOp
2019-08-22 18:11:44

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11246 nOvOp

#11246 nOvOp
Megoldva!! Bár nem úgy, ahogyan gondoltam.
Úgy csináltam a telepítést, ahogy leírtam, hdd ki, ssd partíciók törlése, w10 telepítés alatt partíciók létrehozása+hagyva egy partíciónálatlan területet a linuxnak. W10 fel, gyorsindítás w10-ben kikapcs, jöhet a linux. Ugyanaz a hiba!! Aztán azt találtam ki, hogy visszateszem a dvd írót és egy újraírható lemezre kiírom a linuxot, megpróbálom úgy. Bingó! A bootolás során ez volt az első kérdés: UEFI vagy BIOS mód Innen már tudtam, hogy jó lesz. Köszi a sok segítséget, bocs a "feltartásért". Igazából a pendrive-ot több módon is kiírtam, több pendrive-ot használva. W10 alól: rufus, unetbootin, illetve még 1, amit ubyegon2 fórumtárs javasolt. Linux alól is unetbootin + a beépített pendrive író. Egyiknél sem jött be ez a választási lehetőség. Most van egy friss w10-em és egy mintem.

Na ez jó hír! A kitartásod valóban nem semmi! Egyik szemem sír csak, mert ebben a többirányú próbálkozáshalomban nem derült ki, mi a ragya okozza ezt a jelenséget a pendrive-ra írásnál. Nincs kizárva, hogy a BIOS talán második lapján lévő beállítások, ahol lehet állítani a legacy meg USB 3 opciókat. Mikor ezeket nézegettem, hiába suhant át az agyamon, hogy talán kiírt DVD, mert nem ismertem ezt a fajta BIOS-t! (egyiket sem ismerem, hogy őszinte legyek, a desktop Asus UEFI-s BIOS-szal azért már jól elvagyok)
Megint csak igaza lett annak, aki azt mondja, hogy nincs olyan probléma Linuxon, amit ne lehetne megoldani, csak megfelelő kitartás kell esetenként. Régi Toshiba laptopon én is legalább egy hónapig szenvedtem, mire a rendszer használni szíveskedett mindkét processzor magot.
cigam titán

#11247
#11246 nOvOp
2019-08-22 16:25:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11246 nOvOp

#11246 nOvOp
Megoldva!! Bár nem úgy, ahogyan gondoltam.
Úgy csináltam a telepítést, ahogy leírtam, hdd ki, ssd partíciók törlése, w10 telepítés alatt partíciók létrehozása+hagyva egy partíciónálatlan területet a linuxnak. W10 fel, gyorsindítás w10-ben kikapcs, jöhet a linux. Ugyanaz a hiba!! Aztán azt találtam ki, hogy visszateszem a dvd írót és egy újraírható lemezre kiírom a linuxot, megpróbálom úgy. Bingó! A bootolás során ez volt az első kérdés: UEFI vagy BIOS mód Innen már tudtam, hogy jó lesz. Köszi a sok segítséget, bocs a "feltartásért". Igazából a pendrive-ot több módon is kiírtam, több pendrive-ot használva. W10 alól: rufus, unetbootin, illetve még 1, amit ubyegon2 fórumtárs javasolt. Linux alól is unetbootin + a beépített pendrive író. Egyiknél sem jött be ez a választási lehetőség. Most van egy friss w10-em és egy mintem.

Gratula! Legfőképp a kitartásodhoz.
nOvOp senior tag

#11246
#11244 ubyegon2
2019-08-22 16:20:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11244 ubyegon2

#11244 ubyegon2
Ha eddig visszaolvastál volna (8 hsz), most nem írsz le ennyit feleslegesen!
Arról nem is beszélve, hogy éppen az a trágya UEFI okozza a gondot a telepítőben. Nagyobb átok régebbi gépekre nem létezik.

Megoldva!! Bár nem úgy, ahogyan gondoltam.
Úgy csináltam a telepítést, ahogy leírtam, hdd ki, ssd partíciók törlése, w10 telepítés alatt partíciók létrehozása+hagyva egy partíciónálatlan területet a linuxnak. W10 fel, gyorsindítás w10-ben kikapcs, jöhet a linux. Ugyanaz a hiba!! Aztán azt találtam ki, hogy visszateszem a dvd írót és egy újraírható lemezre kiírom a linuxot, megpróbálom úgy. Bingó! A bootolás során ez volt az első kérdés: UEFI vagy BIOS mód Innen már tudtam, hogy jó lesz. Köszi a sok segítséget, bocs a "feltartásért". Igazából a pendrive-ot több módon is kiírtam, több pendrive-ot használva. W10 alól: rufus, unetbootin, illetve még 1, amit ubyegon2 fórumtárs javasolt. Linux alól is unetbootin + a beépített pendrive író. Egyiknél sem jött be ez a választási lehetőség. Most van egy friss w10-em és egy mintem.
growler őstag

#11245
#11239 ubyegon2
2019-08-22 08:30:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

growler

őstag

#11239 ubyegon2

#11239 ubyegon2
Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.
Csak erre a BIOS-os dologra tudok gondolni, ott megy rossz irányba a dolog(mivel a Mint 17.3 még működött). Valahogy a disztró telepítő elején a választómenünél kéne beírni kernelopcióként azt a --target 386-os sort, de ehhez nem értek.
Az is lehet, hogy az iso-ból ki lehet szedni valahogy az EFI részt, de ez sem tűnik számomra túl egyszerűnek.

A grafikus "ISO Master"-el könnyen szerkesztheted a képfájlt.
Kérdés az, hogy pontosan mit kéne eltávolítani ahhoz hogy
adathordozóra kiírva induljon és kipróbálható legyen a live rendszer ?
ubyegon2 félisten

#11244
#11243 Frawly
2019-08-22 07:10:27

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11243 Frawly

#11243 Frawly
Ez lehet jobb is lesz. Kevesebbet fogsz vele szívni.
Ha a gép támogatja az EUFI bootot, akkor viszont használd azzal (de akkor a Secure Boot részét kapcsold ki lehetőleg). Az UEFI boot előnye, hogy az EFI bootpartíciót lehet több rendszerbetöltő is, így külön rendszerbetöltője lesz a Win10-nek és a Mint-nek is, és emiatt mindegy, melyik OS-t telepíted elsőnek.
Legacy BIOS / CSM bootnál mindkét OS egymás bootloaderét írogatja felül, ugyanabban a Master Boot Record-ban lévő kódrészét legalábbis, ezért ilyenkor a Windows kell először telepíteni, utána a Linuxot. Ha fordított sorrendben telepíted, akkor a Windows felülírja a GRUB-ot, lecseréli a saját NTLDR-jére, és a Linux nem lesz bootképes.
Egyébként az UEFI bootnak meglenne az az előnye is, hogy az még GRUB nélkül is megy. Csak a legtöbb disztróban, így pl. a Mint-ben is él az a régi beidegződés, hogy mindenképp ragaszkodnak a GRUB-hoz UEFI bootnál is, reméljük ezt egyszer kinövik.

Ha eddig visszaolvastál volna (8 hsz), most nem írsz le ennyit feleslegesen!
Arról nem is beszélve, hogy éppen az a trágya UEFI okozza a gondot a telepítőben. Nagyobb átok régebbi gépekre nem létezik.
Frawly veterán

#11243
#11242 nOvOp
2019-08-22 06:53:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11242 nOvOp

#11242 nOvOp
Köszi mindenkinek a segítséget!
Azt hiszem kiveszem a hdd-t és újra formázom/partícionálom az ssd-t. Felteszem a w10-et, majd egyből a mintet. Ha minden működik, visszateszem a hdd-t. Utána jelentkezem. Remélem csak beszámolni...

Ez lehet jobb is lesz. Kevesebbet fogsz vele szívni.
Ha a gép támogatja az EUFI bootot, akkor viszont használd azzal (de akkor a Secure Boot részét kapcsold ki lehetőleg). Az UEFI boot előnye, hogy az EFI bootpartíciót lehet több rendszerbetöltő is, így külön rendszerbetöltője lesz a Win10-nek és a Mint-nek is, és emiatt mindegy, melyik OS-t telepíted elsőnek.
Legacy BIOS / CSM bootnál mindkét OS egymás bootloaderét írogatja felül, ugyanabban a Master Boot Record-ban lévő kódrészét legalábbis, ezért ilyenkor a Windows kell először telepíteni, utána a Linuxot. Ha fordított sorrendben telepíted, akkor a Windows felülírja a GRUB-ot, lecseréli a saját NTLDR-jére, és a Linux nem lesz bootképes.
Egyébként az UEFI bootnak meglenne az az előnye is, hogy az még GRUB nélkül is megy. Csak a legtöbb disztróban, így pl. a Mint-ben is él az a régi beidegződés, hogy mindenképp ragaszkodnak a GRUB-hoz UEFI bootnál is, reméljük ezt egyszer kinövik.
nOvOp senior tag

#11242
#11241 ubyegon2
2019-08-21 22:07:45

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11241 ubyegon2

#11241 ubyegon2
Nem hát, de a multkori esetnél is látszott, hogy a kollégánál a Win is elbarkácsolt valamit, igaz ennek nem kéne egy Linux telepítést ily módon befolyásolnia.....aztán mégis csak van valami anomália.

Köszi mindenkinek a segítséget!
Azt hiszem kiveszem a hdd-t és újra formázom/partícionálom az ssd-t. Felteszem a w10-et, majd egyből a mintet. Ha minden működik, visszateszem a hdd-t. Utána jelentkezem. Remélem csak beszámolni...
ubyegon2 félisten

#11241
#11240 cigam
2019-08-21 22:01:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11240 cigam

#11240 cigam
De a látottak alapján maga a gép nem is tud EFI-t.

Nem hát, de a multkori esetnél is látszott, hogy a kollégánál a Win is elbarkácsolt valamit, igaz ennek nem kéne egy Linux telepítést ily módon befolyásolnia.....aztán mégis csak van valami anomália.
cigam titán

#11240
#11239 ubyegon2
2019-08-21 21:56:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11239 ubyegon2

#11239 ubyegon2
Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.
Csak erre a BIOS-os dologra tudok gondolni, ott megy rossz irányba a dolog(mivel a Mint 17.3 még működött). Valahogy a disztró telepítő elején a választómenünél kéne beírni kernelopcióként azt a --target 386-os sort, de ehhez nem értek.
Az is lehet, hogy az iso-ból ki lehet szedni valahogy az EFI részt, de ez sem tűnik számomra túl egyszerűnek.

De a látottak alapján maga a gép nem is tud EFI-t.
ubyegon2 félisten

#11239
#11238 cigam
2019-08-21 21:10:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11238 cigam

#11238 cigam
Akkor legyen sudo grub-install --target=i386-pc --root-directory=/mnt/boot /dev/sdb
Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.

Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.
Csak erre a BIOS-os dologra tudok gondolni, ott megy rossz irányba a dolog(mivel a Mint 17.3 még működött). Valahogy a disztró telepítő elején a választómenünél kéne beírni kernelopcióként azt a --target 386-os sort, de ehhez nem értek.
Az is lehet, hogy az iso-ból ki lehet szedni valahogy az EFI részt, de ez sem tűnik számomra túl egyszerűnek.
cigam titán

#11238
#11237 ubyegon2
2019-08-21 20:45:04

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11237 ubyegon2

#11237 ubyegon2
Lehet, hogy ez a megoldás, de itt is határozottan ellenzik a particióra telepítést.
# grub-install --target=i386-pc /dev/sdX

Akkor legyen sudo grub-install --target=i386-pc --root-directory=/mnt/boot /dev/sdb
Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.
ubyegon2 félisten

#11237
#11236 cigam
2019-08-21 20:03:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11236 cigam

#11236 cigam
Tényleg! Lehet a --target=i386-pc lebeszéli az EFi módról.

Lehet, hogy ez a megoldás, de itt is határozottan ellenzik a particióra telepítést.
# grub-install --target=i386-pc /dev/sdX
cigam titán

#11236
#11235 growler
2019-08-21 19:49:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11235 growler

#11235 growler
Ha már úgy is bent vagy a kísérletezgetésben, ezt se hagy ki.
[link]

Tényleg! Lehet a --target=i386-pc lebeszéli az EFi módról.
growler őstag

#11235
#11234 nOvOp
2019-08-21 19:41:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

growler

őstag

#11234 nOvOp

#11234 nOvOp
Köszi, átnézem, azt hiszem kezdem előölről.
Amúgy F12-vel választok boot menüt. Ott 3 lehetőség van.
1. hard drive
2. USB
3. Network
Bármelyiket választom, egyből boot-ol róla, több választási lehetőség nincs.
A bios-om pedig így néz ki. (most találtam)
@cigam: ezzel sem megy.
Köszi azért mindenkinek!

Ha már úgy is bent vagy a kísérletezgetésben, ezt se hagy ki.
[link]
nOvOp senior tag

#11234
#11232 ubyegon2
2019-08-21 19:11:43

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11232 ubyegon2

#11232 ubyegon2
Ha mindent pontosan a leírtak szerint csináltál*, akkor mégis csak a BIOS menüben kell boot előtt választanod a pendrive neve kétszer jelenik meg meghajtóként, ebből az egyik az EUFI-s.
Minden BIOS más, de boot előtti meghajtó választás mindegyikben van.
Elképzelhető, hogy a Mint 17.3-nél nem volt még UEFI-s telepítő, emiatt nincs gondod azzal a telepítéssel.
*például meghajtót adsz meg a GRUB célnak és nem particiót!
(szerintem a telepítés idejére ragaszd le az összes számos billentyűt)
Ez most ellentmond cigam szaki sorainak, de én így ismerem.

Köszi, átnézem, azt hiszem kezdem előölről.
Amúgy F12-vel választok boot menüt. Ott 3 lehetőség van.
1. hard drive
2. USB
3. Network
Bármelyiket választom, egyből boot-ol róla, több választási lehetőség nincs.
A bios-om pedig így néz ki. (most találtam)
@cigam: ezzel sem megy.
Köszi azért mindenkinek!
cigam titán

#11233
#11231 nOvOp
2019-08-21 19:04:15

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11231 nOvOp

#11231 nOvOp
root@mint:/# sudo mount /dev/sdb4 /mnt
root@mint:/# sudo grub-install --root-directory=/mnt /dev/sdb4
Installing for x86_64-efi platform.
grub-install: error: cannot find EFI directory.

és ha
sudo grub-install --root-directory=/mnt/boot /dev/sdb4
Valami apróság hiányzik ...
ubyegon2 félisten

#11232
#11229 nOvOp
2019-08-21 19:01:16

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11229 nOvOp

#11229 nOvOp
Köszi. A grub teleptésnél ezt a hibaüzenetet kapom: cannot find EFI directory

Ha mindent pontosan a leírtak szerint csináltál*, akkor mégis csak a BIOS menüben kell boot előtt választanod a pendrive neve kétszer jelenik meg meghajtóként, ebből az egyik az EUFI-s.
Minden BIOS más, de boot előtti meghajtó választás mindegyikben van.
Elképzelhető, hogy a Mint 17.3-nél nem volt még UEFI-s telepítő, emiatt nincs gondod azzal a telepítéssel.
*például meghajtót adsz meg a GRUB célnak és nem particiót!
(szerintem a telepítés idejére ragaszd le az összes számos billentyűt)
Ez most ellentmond cigam szaki sorainak, de én így ismerem.
nOvOp senior tag

#11231
#11230 cigam
2019-08-21 18:58:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11230 cigam

#11230 cigam
És ha felmountolod?
sudo mount /dev/sdb4 /mnt
sudo grub-install --root-directory=/mnt /dev/sdb4

root@mint:/# sudo mount /dev/sdb4 /mnt
root@mint:/# sudo grub-install --root-directory=/mnt /dev/sdb4
Installing for x86_64-efi platform.
grub-install: error: cannot find EFI directory.
cigam titán

#11230
#11227 nOvOp
2019-08-21 18:56:36

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11227 nOvOp

#11227 nOvOp
Nem sikerült
Lefuttatam a parancsot, de hibát jelzett:
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
Boot után a grub rescue> fogad. Egyik oprendszer sem indul.
A live usb-ről tudok bootolni, most is onnan írok, de azon kívül semmi.
Lefuttattam pár parancsot, amit javasoltak más fórumon másnak, hasonló hiba esetén. Beteszem ide, talán mond nektek vmit és tudtok tanácsot adni. Amennyiben nem, akkor megpróbálom visszatenni ideiglenesen a 17.3-at majd később a W10-zel kezdem, gyalulok mindent.
root@mint:/home/mint# sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1948155904 bytes, 3804992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xc9a5c07e
Device Boot Start End Sectors Size Id Type
/dev/sda1 2046 976771071 976769026 465.8G f W95 Ext'd (LBA)
/dev/sda5 2048 923518975 923516928 440.4G 7 HPFS/NTFS/exFAT
/dev/sda6 923521024 976771071 53250048 25.4G 83 Linux
Partition 1 does not start on physical sector boundary.
Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd4e6ac93
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 1187839 1185792 579M 7 HPFS/NTFS/exFAT
/dev/sdb2 1187840 191651839 190464000 90.8G 7 HPFS/NTFS/exFAT
/dev/sdb3 233269248 234436607 1167360 570M 27 Hidden NTFS WinRE
/dev/sdb4 191651840 233269027 41617188 19.9G 83 Linux
Partition table entries are not in disk order.
Disk /dev/sdc: 28.7 GiB, 30752000000 bytes, 60062500 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000a4ea2
Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 2048 60049407 60047360 28.6G b W95 FAT32
root@mint:/home/mint# sudo find / -iname boot
/boot
find: ‘/proc/2154/task/2154/net’: Invalid argument
find: ‘/proc/2154/net’: Invalid argument
find: ‘/run/user/999/gvfs’: Permission denied
/usr/lib/systemd/boot
/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/usr/src/linux-headers-4.15.0-20/arch/score/boot
/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
/cdrom/EFI/BOOT
/cdrom/boot
/rofs/boot
/rofs/usr/lib/systemd/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/score/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
root@mint:/home/mint# sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
root@mint:/home/mint# grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
root@mint:/home/mint#

És ha felmountolod?
sudo mount /dev/sdb4 /mnt
sudo grub-install --root-directory=/mnt /dev/sdb4
nOvOp senior tag

#11229
#11228 ubyegon2
2019-08-21 18:24:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11228 ubyegon2

#11228 ubyegon2
[Linux] Grub2 rendszerbetöltő helyreállítása Windows telepítése után
Ebben minden benne van.

Köszi. A grub teleptésnél ezt a hibaüzenetet kapom: cannot find EFI directory
ubyegon2 félisten

#11228
#11227 nOvOp
2019-08-21 17:48:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11227 nOvOp

#11227 nOvOp
Nem sikerült
Lefuttatam a parancsot, de hibát jelzett:
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
Boot után a grub rescue> fogad. Egyik oprendszer sem indul.
A live usb-ről tudok bootolni, most is onnan írok, de azon kívül semmi.
Lefuttattam pár parancsot, amit javasoltak más fórumon másnak, hasonló hiba esetén. Beteszem ide, talán mond nektek vmit és tudtok tanácsot adni. Amennyiben nem, akkor megpróbálom visszatenni ideiglenesen a 17.3-at majd később a W10-zel kezdem, gyalulok mindent.
root@mint:/home/mint# sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1948155904 bytes, 3804992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xc9a5c07e
Device Boot Start End Sectors Size Id Type
/dev/sda1 2046 976771071 976769026 465.8G f W95 Ext'd (LBA)
/dev/sda5 2048 923518975 923516928 440.4G 7 HPFS/NTFS/exFAT
/dev/sda6 923521024 976771071 53250048 25.4G 83 Linux
Partition 1 does not start on physical sector boundary.
Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd4e6ac93
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 1187839 1185792 579M 7 HPFS/NTFS/exFAT
/dev/sdb2 1187840 191651839 190464000 90.8G 7 HPFS/NTFS/exFAT
/dev/sdb3 233269248 234436607 1167360 570M 27 Hidden NTFS WinRE
/dev/sdb4 191651840 233269027 41617188 19.9G 83 Linux
Partition table entries are not in disk order.
Disk /dev/sdc: 28.7 GiB, 30752000000 bytes, 60062500 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000a4ea2
Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 2048 60049407 60047360 28.6G b W95 FAT32
root@mint:/home/mint# sudo find / -iname boot
/boot
find: ‘/proc/2154/task/2154/net’: Invalid argument
find: ‘/proc/2154/net’: Invalid argument
find: ‘/run/user/999/gvfs’: Permission denied
/usr/lib/systemd/boot
/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/usr/src/linux-headers-4.15.0-20/arch/score/boot
/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
/cdrom/EFI/BOOT
/cdrom/boot
/rofs/boot
/rofs/usr/lib/systemd/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/score/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
root@mint:/home/mint# sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
root@mint:/home/mint# grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
root@mint:/home/mint#

[Linux] Grub2 rendszerbetöltő helyreállítása Windows telepítése után
Ebben minden benne van.
nOvOp senior tag

#11227
#11226 cigam
2019-08-21 16:44:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11226 cigam

#11226 cigam
Jaa.....
Az sb1-et ne bántsd, az a Windows-hoz tartozó boot partíció.
A telepítőben válaszd a manuális partcionálást
- Az sdb4 legyen a / és pipáld be hogy formázza is le.
- Az sda6 legyen a /home és ne formázza le. Így megmarad a home partíciód, és rajta minden beállításod, fájlod. Ha tiszta lappal akarsz indulni, akkor ezt is jelöld be formázásra.
- Ott allul meg az sdb-t jelöld ki hogy oda tegye a GRUB-ot.
Ezután le kellene cserélje az sdb MBR-jét a sajátjára, és a GRUB menübe bele kellene kerülne aW10-nek is.
Ha mégsem akkor a
grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
a jó parancs, de a profibb kollégák majd kijavítanak, ha tévednék.

Nem sikerült
Lefuttatam a parancsot, de hibát jelzett:
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
Boot után a grub rescue> fogad. Egyik oprendszer sem indul.
A live usb-ről tudok bootolni, most is onnan írok, de azon kívül semmi.
Lefuttattam pár parancsot, amit javasoltak más fórumon másnak, hasonló hiba esetén. Beteszem ide, talán mond nektek vmit és tudtok tanácsot adni. Amennyiben nem, akkor megpróbálom visszatenni ideiglenesen a 17.3-at majd később a W10-zel kezdem, gyalulok mindent.
root@mint:/home/mint# sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1948155904 bytes, 3804992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xc9a5c07e
Device Boot Start End Sectors Size Id Type
/dev/sda1 2046 976771071 976769026 465.8G f W95 Ext'd (LBA)
/dev/sda5 2048 923518975 923516928 440.4G 7 HPFS/NTFS/exFAT
/dev/sda6 923521024 976771071 53250048 25.4G 83 Linux
Partition 1 does not start on physical sector boundary.
Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd4e6ac93
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 1187839 1185792 579M 7 HPFS/NTFS/exFAT
/dev/sdb2 1187840 191651839 190464000 90.8G 7 HPFS/NTFS/exFAT
/dev/sdb3 233269248 234436607 1167360 570M 27 Hidden NTFS WinRE
/dev/sdb4 191651840 233269027 41617188 19.9G 83 Linux
Partition table entries are not in disk order.
Disk /dev/sdc: 28.7 GiB, 30752000000 bytes, 60062500 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000a4ea2
Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 2048 60049407 60047360 28.6G b W95 FAT32
root@mint:/home/mint# sudo find / -iname boot
/boot
find: ‘/proc/2154/task/2154/net’: Invalid argument
find: ‘/proc/2154/net’: Invalid argument
find: ‘/run/user/999/gvfs’: Permission denied
/usr/lib/systemd/boot
/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/usr/src/linux-headers-4.15.0-20/arch/score/boot
/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
/cdrom/EFI/BOOT
/cdrom/boot
/rofs/boot
/rofs/usr/lib/systemd/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/score/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
root@mint:/home/mint# sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
root@mint:/home/mint# grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
root@mint:/home/mint#
cigam titán

#11226
#11225 nOvOp
2019-08-21 15:56:35

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11225 nOvOp

#11225 nOvOp
Bocs, lehet félreérthető voltam. Nem frissíteni szeretném, hanem feltenni elölről.
Nekem volt az a grub telepítési problémám és ajánlottad, hogy live telepítésekor, miután leszáll grub telepítési hibával, próbáljam meg azt manuálisan telepíteni az alábbi paranccsal:
grub-install /dev/sdb --boot-directory=/ahova/felcsatolta/a/root/partíciót/boot
Na ezt nem értem és erre kérdeztem rá. Szóval feltenném elölről a 19.1-et és megpróbálnám a javaslatodat. (csak nem igazán értem, mit kellene helynek megadnom)

Jaa.....
Az sb1-et ne bántsd, az a Windows-hoz tartozó boot partíció.
A telepítőben válaszd a manuális partcionálást
- Az sdb4 legyen a / és pipáld be hogy formázza is le.
- Az sda6 legyen a /home és ne formázza le. Így megmarad a home partíciód, és rajta minden beállításod, fájlod. Ha tiszta lappal akarsz indulni, akkor ezt is jelöld be formázásra.
- Ott allul meg az sdb-t jelöld ki hogy oda tegye a GRUB-ot.
Ezután le kellene cserélje az sdb MBR-jét a sajátjára, és a GRUB menübe bele kellene kerülne aW10-nek is.
Ha mégsem akkor a
grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
a jó parancs, de a profibb kollégák majd kijavítanak, ha tévednék.
nOvOp senior tag

#11225
#11224 cigam
2019-08-21 12:39:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11224 cigam

#11224 cigam
A frissítéskezelő nem ajánlja fel? Pl itt leírják a teendőket, a kiadandó parancsokat. És mint minden jó leírás itt is azzal kezdi, hogy legyen mentés a fontos adataidról

Bocs, lehet félreérthető voltam. Nem frissíteni szeretném, hanem feltenni elölről.
Nekem volt az a grub telepítési problémám és ajánlottad, hogy live telepítésekor, miután leszáll grub telepítési hibával, próbáljam meg azt manuálisan telepíteni az alábbi paranccsal:
grub-install /dev/sdb --boot-directory=/ahova/felcsatolta/a/root/partíciót/boot
Na ezt nem értem és erre kérdeztem rá. Szóval feltenném elölről a 19.1-et és megpróbálnám a javaslatodat. (csak nem igazán értem, mit kellene helynek megadnom)
cigam titán

#11224
#11223 nOvOp
2019-08-21 12:32:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11223 nOvOp

#11223 nOvOp
Segítenétek értelmezni a parancsot a jelenlegi felállásnál? Jelenleg a 17.3 van fenn. Gondolom hasonlón települne fel a 19.1 is. Mi lenne a pontos parancs ebben az esetben? Vagy ha ebből nem derül ki, akkor hogyan deríthetem ki, hogy mit kell megadnom?
A boot ahogy látom az sdb1-en van. Lehet, hogy telepítésnél is már megadhatnám az sdb1 partíciót? Eddig mindig csak az sdb lemezt adtam meg, partíció választás nélkül.

A frissítéskezelő nem ajánlja fel? Pl itt leírják a teendőket, a kiadandó parancsokat. És mint minden jó leírás itt is azzal kezdi, hogy legyen mentés a fontos adataidról
nOvOp senior tag

#11223
#11151 cigam
2019-08-21 12:15:27

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11151 cigam

#11151 cigam
Ha nem UEFI módban telepíted a Windows, ugyanide jutunk vissza. Elötte próbáld meg a live rendszert a telepítés után, és a
grub-install /dev/sdb --boot-directory=/ahova/felcsatolta/a/root/partíciót/boot
paranccsal te magad telepítsd a bootmanager-t. Óvatosan mert ezzel a Windows rendszerbetöltőt felülírod!

Segítenétek értelmezni a parancsot a jelenlegi felállásnál? Jelenleg a 17.3 van fenn. Gondolom hasonlón települne fel a 19.1 is. Mi lenne a pontos parancs ebben az esetben? Vagy ha ebből nem derül ki, akkor hogyan deríthetem ki, hogy mit kell megadnom?
A boot ahogy látom az sdb1-en van. Lehet, hogy telepítésnél is már megadhatnám az sdb1 partíciót? Eddig mindig csak az sdb lemezt adtam meg, partíció választás nélkül.
ubyegon2 félisten

#11222
#11221 fradi81
2019-08-19 18:12:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11221 fradi81

#11221 fradi81
(persze értem, hogy a kolléga vesz egyet 3 rugóért és az is ellátja a feladatát)
Erről beszélek igen, bedugja, telepít SSD-re, kihúzza, örül

Persze, de mi meg arra reagáltunk, hogy nem drága az SSD!
fradi81 veterán

#11221
#11220 ubyegon2
2019-08-19 18:02:43

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fradi81

veterán

#11220 ubyegon2

#11220 ubyegon2
Linux telepítőnek drága az az ssd
Ja, én a két 32GB-os ! pendriveomat 7 és 8eft-ért vettem Ennyiből már egész jó 120GB-os SSD van!
Nyilván meg fogom nyíltan kérdezni, melyikre mondod, hogy drága? Most a tartósságáról ne is beszéljünk, mert ha úgy áll a helyzet, az SSD-t berakom bármelyik gépbe és teszek rá oprendszert. Szóval tartósság, méret, funkciók tekintetében a pendrive 100x drágább.
(persze értem, hogy a kolléga vesz egyet 3 rugóért és az is ellátja a feladatát)
Mondjuk én a 250GB Samsung 850 EVO-t vettem pendrivepótlónak 12rugóért nemrég., de még bírja a fő pen, csak a tartalék döglött meg.

(persze értem, hogy a kolléga vesz egyet 3 rugóért és az is ellátja a feladatát)
Erről beszélek igen, bedugja, telepít SSD-re, kihúzza, örül
ubyegon2 félisten

#11220
#11218 fradi81
2019-08-19 17:42:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11218 fradi81

#11218 fradi81
Linux telepítőnek drága az az ssd, arra a 10 percre amíg feltelepül a rendszer jó a pendrájv is, szerintem legalábbis erről volt szó

Linux telepítőnek drága az az ssd
Ja, én a két 32GB-os ! pendriveomat 7 és 8eft-ért vettem Ennyiből már egész jó 120GB-os SSD van!
Nyilván meg fogom nyíltan kérdezni, melyikre mondod, hogy drága? Most a tartósságáról ne is beszéljünk, mert ha úgy áll a helyzet, az SSD-t berakom bármelyik gépbe és teszek rá oprendszert. Szóval tartósság, méret, funkciók tekintetében a pendrive 100x drágább.
(persze értem, hogy a kolléga vesz egyet 3 rugóért és az is ellátja a feladatát)
Mondjuk én a 250GB Samsung 850 EVO-t vettem pendrivepótlónak 12rugóért nemrég., de még bírja a fő pen, csak a tartalék döglött meg.
Frawly veterán

#11219
#11218 fradi81
2019-08-19 17:27:50

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11218 fradi81

#11218 fradi81
Linux telepítőnek drága az az ssd, arra a 10 percre amíg feltelepül a rendszer jó a pendrájv is, szerintem legalábbis erről volt szó

Ha csak néha kell, 1-1x, akkor drága. De ha valaki szeret alternatív disztrókat meg OS-eket próbálgatni, akkor megéri. Lehet rá teszt OS-eket telepíteni, arra is jó. Meg lehet használni rendszertelepítések klónozására, virtuális gépek alá (Win10-et Win To Go telepítő nélkül csak így lehet telepíteni, meg pl. régi MS-DOS verziókat, pl. 3.30), pendrive-nak, tévéhez és médialejátszóhoz háttértárnak (pl. FullHD filmek lejátszására), stb.. Nyilván ilyet nem vesz senki csak egy darab 10 perces OS telepítéshez. Én sem csak erre használom, bár legfőképp erre, ráadásul nem is csak egy gépen, hanem több gépen is lehet használni. Tehát tipikusan annak éri meg, akinek van egy csomó gépe, okoseszköze, és aközött kell offline adatot hordozni, meg OS-eket telepíteni.
Nekem ráadásul van kettő ilyenen SSD-m is. Nem költöttem rá sokat, egyiket használtan vettem, a másikat meg egy nagy leakciózáskor (csak ezért, mert kihagyhatatlan ajánlat volt). Már behozta az árát, és még használom őket pár évig.
fradi81 veterán

#11218
#11217 Frawly
2019-08-19 17:04:06

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fradi81

veterán

#11217 Frawly

#11217 Frawly
Az igaz, hogy a pendrive 3 ezer, de egy használt 64 gigás vagy új 120 gigás SSD-t meg kapsz 4-7 ezer környékén, igaz ehhez kell egy SATA-USB átalakító is (ami megint 2 ezer körül van minimum), de ezt csak egyszer kell megvenni, utána használhatod több SSD-vel és HDD-vel.
Az SSD sokkal gyorsabb lesz, min. 200 MB/sec-kel fog rá felíródni a lemezkép (de ha normálisabb SATA3 SSD veszel, és az átalakító tudja az USB3 vagy 3.1 UASP módot, akkor 400-500 MB/sec-kel), és a bootolás is csak néhány mp. lesz róla. Plusz tartósabb is, mint egy pendrive, mert az SSD vezérlője gondoskodik a cellák egyenletes fárasztásáról, míg ez pendrive-nál nincs.
A lassúsággal sehová tovább nem érsz, csak az idődet rabolod. Ezeket a régi pendrive-okat én már rég kidobáltam, olyan lassúak, hogy semmire nem jók. Úgyis fogyóeszközök, nem bírnak sok írást, hamar tönkremennek.

Linux telepítőnek drága az az ssd, arra a 10 percre amíg feltelepül a rendszer jó a pendrájv is, szerintem legalábbis erről volt szó
Frawly veterán

#11217
#11216 Dhampir
2019-08-19 16:59:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11216 Dhampir

#11216 Dhampir
Köszönöm szépen, hogy megírtátok tanácsaitokat.
Árban nincsen nagy különbség, így akkor inkább a nagyobb 32 GB méretűt választom.
Frawly:
Már megszoktam a lassúságot. Lassan jár, de tovább ér.
Nem lenne rossz az SSD ilyen célra sem, de egy pendrive most barátságosabb áron, háromezer forint környékén mozog.

Az igaz, hogy a pendrive 3 ezer, de egy használt 64 gigás vagy új 120 gigás SSD-t meg kapsz 4-7 ezer környékén, igaz ehhez kell egy SATA-USB átalakító is (ami megint 2 ezer körül van minimum), de ezt csak egyszer kell megvenni, utána használhatod több SSD-vel és HDD-vel.
Az SSD sokkal gyorsabb lesz, min. 200 MB/sec-kel fog rá felíródni a lemezkép (de ha normálisabb SATA3 SSD veszel, és az átalakító tudja az USB3 vagy 3.1 UASP módot, akkor 400-500 MB/sec-kel), és a bootolás is csak néhány mp. lesz róla. Plusz tartósabb is, mint egy pendrive, mert az SSD vezérlője gondoskodik a cellák egyenletes fárasztásáról, míg ez pendrive-nál nincs.
A lassúsággal sehová tovább nem érsz, csak az idődet rabolod. Ezeket a régi pendrive-okat én már rég kidobáltam, olyan lassúak, hogy semmire nem jók. Úgyis fogyóeszközök, nem bírnak sok írást, hamar tönkremennek.
Dhampir félisten

#11216 2019-08-19 01:18:45

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Dhampir

félisten

Köszönöm szépen, hogy megírtátok tanácsaitokat.
Árban nincsen nagy különbség, így akkor inkább a nagyobb 32 GB méretűt választom.
Frawly:
Már megszoktam a lassúságot. Lassan jár, de tovább ér.
Nem lenne rossz az SSD ilyen célra sem, de egy pendrive most barátságosabb áron, háromezer forint környékén mozog.
Frawly veterán

#11215
#11212 Dhampir
2019-08-18 22:04:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11212 Dhampir

#11212 Dhampir
Sziasztok!
Észrevételem szerint az eddig használt 2 GB méretű pendrive adathordozókra már nem fér rá a Linux Mint és az Ubuntu.
Véleményetek szerint lehet használni 16 GB vagy 32 GB méretű adathordozókat is Linux ISO kiírására?

Nem csak hogy lehet, de érdemes is. Minél nagyobb pendrive, általában annál újabb, és emiatt általában minél gyorsabb.
Erre én USB-SATA átalakítóval SSD-ket használok, 64-240 GB méretben. Sokkal gyorsabban kiíródik rá az iso, és sokkal gyorsabban is bootol be róla a telepítő vagy a live rendszer.
Ilyen régi 2 GB-os pendrive-oknál a hajad kihull, mire kiírja rá a rendszer az iso-t.
ubyegon2 félisten

#11214
#11211 #10034944
2019-08-18 21:52:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11211 #10034944

#11211 #10034944
Köszönöm az észrevételt, kicsit "szétszórt" voltam a héten.
(#11205) valami szoftveres gond volt, már jó. Frawly mondta a smartctl ellenőriztem, jó.
Volt egy kis félreértés a kábelekkel, és érdekességként megemlítettem hogy ilyen is létezik.

Köszönöm az észrevételt, kicsit "szétszórt" voltam a héten.
Tutira nem vagy ezzel egyedül!
Egyébként jó a Lemezek alkalmazás is, csak Frawly koma nem szereti a GUI-s programokat! A smart adatokat néha bénán írja ki, de ez sem bug, inkább fordítási hiba.
smartctl persze a tuti, terminalos parancsokkal egyértelműbb sokszor a helyzet.
(#11212) Dhampir
Nem lehet 32/16GB-os pendrive-ra iso-t írni! Igaz én ezt nem tudtam és emiatt 6 éve egy 32GB-os penre írom a disztrókat meg 2 éve van mellé egy 16GB-os is. Szerencsére a pendrive-ok se tudják, amit mi sem!
Érdemes valami jó minőséget venni, ami gyors, mert a szutykok néha huszad olyan gyorsak és kipereg a hajad, mire kiírja az iso.t, meg telepítésnél is jó a gyors pen. Nekem a 32-es Sandisk OTG, ennél gyorsabb már csak a Sandisk Extreme, de ezt nem használom erre a célra.
fradi81 veterán

#11213
#11212 Dhampir
2019-08-18 21:46:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fradi81

veterán

#11212 Dhampir

#11212 Dhampir
Sziasztok!
Észrevételem szerint az eddig használt 2 GB méretű pendrive adathordozókra már nem fér rá a Linux Mint és az Ubuntu.
Véleményetek szerint lehet használni 16 GB vagy 32 GB méretű adathordozókat is Linux ISO kiírására?

Hello, miért ne lehetne? Igen lehet.
Dhampir félisten

#11212 2019-08-18 21:28:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Dhampir

félisten

Sziasztok!
Észrevételem szerint az eddig használt 2 GB méretű pendrive adathordozókra már nem fér rá a Linux Mint és az Ubuntu.
Véleményetek szerint lehet használni 16 GB vagy 32 GB méretű adathordozókat is Linux ISO kiírására?
#10034944 törölt tag

#11211
#11210 ubyegon2
2019-08-18 00:53:17

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#10034944

törölt tag

#11210 ubyegon2

#11210 ubyegon2
Az a Toshiba HDD a kép alapján lóghatna akár egy USB külső házban is, ezért érdeklődnek ily hevenyen a kollégák. Tudod mi van akkor, ha a segítők kérdésére nem vagy csak részben válaszolsz?
Megmondom én nyíltan, qrvára nehéz megoldani a problémát, amit felvetettél. Halkan azért megkérdezném, hogy szerinted mi a ragyáért kérdez vissza, a választ író szaki?
(azt a PCIe kártyás dolgot vegyük úgy, hogy nem is írtad, max tedd fel a kérdést magadban, hogy mivel kapcsolódik az eszköz az alaplaphoz/PC-hez?)

Köszönöm az észrevételt, kicsit "szétszórt" voltam a héten.
(#11205) valami szoftveres gond volt, már jó. Frawly mondta a smartctl ellenőriztem, jó.
Volt egy kis félreértés a kábelekkel, és érdekességként megemlítettem hogy ilyen is létezik.
ubyegon2 félisten

#11210
#11209 #10034944
2019-08-17 18:49:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ubyegon2

félisten

#11209 #10034944

#11209 #10034944
Az eredeti problémából kiindulva (#11204) azt gondoltam, hogy egyértelmű, hogy a 3 hdd lóg a sata kábelen, de lehetne a wd ssd is
"Olyat se láttam még, hogy M.2 SATA SSD SATA kábellel legyen rákötve a gépre. "
Régi gépemben pont így volt axagon átalakítóval.[link]

Az a Toshiba HDD a kép alapján lóghatna akár egy USB külső házban is, ezért érdeklődnek ily hevenyen a kollégák. Tudod mi van akkor, ha a segítők kérdésére nem vagy csak részben válaszolsz?
Megmondom én nyíltan, qrvára nehéz megoldani a problémát, amit felvetettél. Halkan azért megkérdezném, hogy szerinted mi a ragyáért kérdez vissza, a választ író szaki?
(azt a PCIe kártyás dolgot vegyük úgy, hogy nem is írtad, max tedd fel a kérdést magadban, hogy mivel kapcsolódik az eszköz az alaplaphoz/PC-hez?)
#10034944 törölt tag

#11209
#11208 Frawly
2019-08-17 17:58:52

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#10034944

törölt tag

#11208 Frawly

#11208 Frawly
Olyat se láttam még, hogy M.2 SATA SSD SATA kábellel legyen rákötve a gépre. Az M.2-nek az a lényege, hogy közvetlenül M.2 slotba megy bele és nem kell kábelezni.
A mire van kötve rész inkább arra vonatkozott, hogy nem USB-n keresztül megy-e a móka.

Az eredeti problémából kiindulva (#11204) azt gondoltam, hogy egyértelmű, hogy a 3 hdd lóg a sata kábelen, de lehetne a wd ssd is
"Olyat se láttam még, hogy M.2 SATA SSD SATA kábellel legyen rákötve a gépre. "
Régi gépemben pont így volt axagon átalakítóval.[link]
Frawly veterán

#11208
#11207 #10034944
2019-08-17 16:58:35

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11207 #10034944

#11207 #10034944
Sata kábel, WD m.2 sata, smartctl szerint is Available/Enabled. Köszönöm!

Olyat se láttam még, hogy M.2 SATA SSD SATA kábellel legyen rákötve a gépre. Az M.2-nek az a lényege, hogy közvetlenül M.2 slotba megy bele és nem kell kábelezni.
A mire van kötve rész inkább arra vonatkozott, hogy nem USB-n keresztül megy-e a móka.
#10034944 törölt tag

#11207
#11206 Frawly
2019-08-17 13:44:35

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#10034944

törölt tag

#11206 Frawly

#11206 Frawly
Ezért kérdezték, hogy mire van kötve. Külső USB-s átalakítóknál és házaknál néha az USB-SATA konverterchip nem támogatja a SMART-ot. A Gnome Disks (Lemezek) alkalmazás egy bugos hulladék, nézz rá helyette terminálból a sudo smartctl -a /dev/sd[akármilyenbetű] paranccsal is.

Sata kábel, WD m.2 sata, smartctl szerint is Available/Enabled. Köszönöm!
Frawly veterán

#11206
#11205 #10034944
2019-08-16 17:43:55

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#11205 #10034944

#11205 #10034944
Valami Disk Lemezek bug lehetett: menü/smart [kép] és bekapcsolni ... [kép]

Ezért kérdezték, hogy mire van kötve. Külső USB-s átalakítóknál és házaknál néha az USB-SATA konverterchip nem támogatja a SMART-ot. A Gnome Disks (Lemezek) alkalmazás egy bugos hulladék, nézz rá helyette terminálból a sudo smartctl -a /dev/sd[akármilyenbetű] paranccsal is.
#10034944 törölt tag

#11205
#11204 #10034944
2019-08-16 02:45:08

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#10034944

törölt tag

#11204 #10034944

#11204 #10034944
Disk Lemezek program [kép]
WD/Samu van smart, Toshiba/Hitachi nincs.

Valami Disk Lemezek bug lehetett: menü/smart [kép] és bekapcsolni ... [kép]
#10034944 törölt tag

#11204
#11203 cigam
2019-08-15 13:18:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#10034944

törölt tag

#11203 cigam

#11203 cigam
Egy kicsit bővebben?
Milyen lemez, mire van rákötve, és melyik program mikor írja ezt ki?

Disk Lemezek program [kép]
WD/Samu van smart, Toshiba/Hitachi nincs.
cigam titán

#11203
#11202 #10034944
2019-08-15 08:22:34

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

cigam

titán

#11202 #10034944

#11202 #10034944
Sda2-sda5 miatt gondoltam, másik hdd új probléma: azt írja, hogy "a smart nincs bekapcsolva"

Egy kicsit bővebben?
Milyen lemez, mire van rákötve, és melyik program mikor írja ezt ki?
#10034944 törölt tag

#11202
#11196 cigam
2019-08-15 02:47:01

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#10034944

törölt tag

#11196 cigam

#11196 cigam
Hol írja hogy 2x volt csatolva? Szerintem csak félreértetted. Az sda2 egy "kiterjesztett partíció". A kiterjesztett partíció egy olyan elsődleges partíció, amely nem fájlrendszert, hanem egy második partíciós táblát tartalmaz
A kiterjesztett partíción belül van létrehozva az sda5 partíció, ami NTFS-re van formázva. Csak az sda5-öt tudod/tudja felcsatolni, mivel az sda2nek nincs is fájlrendszere.
nOvOp
A /home mappához nem szükséges külön partíciót létrehozni, az lehet magán a / fájlrendszeren belül is. Nem zavar be, mivel azt a pendrive-ra telepíted. Ha a boot menüben nem választod ki az USB eszközt, nem is fog tudni róla a Windows. Esetleg panaszkodni fog, hogy nincs rajta fájlrendszer, és leakarja formázni.
Ugyanakkor a pendrive (belső felépítésétől függően) nem fogja szeretni, hogy állandóan írkálni fognak rá.

Sda2-sda5 miatt gondoltam, másik hdd új probléma: azt írja, hogy "a smart nincs bekapcsolva"
nOvOp senior tag

#11201
#11200 Cucuska2
2019-08-14 22:55:37

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

nOvOp

senior tag

#11200 Cucuska2

#11200 Cucuska2
Én virtuális gépen szoktam próbálgatni Linuxokat.

Nem az otthoni gépen használnám főként, ezért így egyszerűbb nekem.

Új hozzászólás Aktív témák

Topikgazda

Bővebben a topikgazda rendszerről...

Téma tudnivalók

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]

Aktív témák

Új fizetett hirdetések

Üzleti előfizetők hirdetései

Állásajánlatok

Számítástechnikai értékesítő

Cég: Laptopműhely Bt.

Város: Budapest

Részletek