Mikor jelenik meg az új Linux Mint?

kami911 képe

Kiadások előtt elindulnak a találgatások, hogy mikor jelennek meg az új Linux Mint verziók. Ti mit tippeltek mikor jelenik meg a Linux Mint 19 különféle kiadásai?

  • Linux Mint „Sylvia” 18.3 KDE és Xfce - 2017. december 15.
  • Linux Mint „Sylvia” 18.3 Cinnamon és MATE - 2017. november 27.
  • Linux Mint „Sonya” 18.2 Cinnamon,  MATE, KDE és Xfce - 2017. július 2.
  • Linux Mint „Serena” 18.1 KDE és Xfce - 2017. január 27.
  • Linux Mint „Serena” 18.1 Cinnamon és MATE - 2016. december 16.
  • Linux Mint „Sarah” 18 KDE - 2016. szeptember 9.
  • Linux Mint „Sarah” 18 Xfce - 2016. augusztus 2.
  • Linux Mint „Sarah” 18 Cinnamon és MATE - 2016. június 30.
  • Linux Mint „Rosa” 17.3 KDE és Xfce - 2016. január 9.
  • Linux Mint „Rosa” 17.3 Cinnamon és MATE - 2015. december 4.
  • Linux Mint „Rafaela” 17.2 KDE és Xfce - 2015. augusztus 7.
  • Linux Mint „Rafaela” 17.2 Cinnamon és MATE - 2015. június 30.
  • Linux Mint Debian Edition 2 „Betsy” Cinnamon és MATE - 2015. április 10.
  • Linux Mint „Rebecca” 17.1 Xfce - 2015. január 11.
  • Linux Mint „Rebecca” 17.1 KDE - 2015. január 8.
  • Linux Mint „Rebecca” 17.1 Cinnamon és MATE - 2014. november 29.
  • Linux Mint „Quiana” 17 Xfce - 2014. június 26.
  • Linux Mint „Quiana” 17 KDE - 2014. június 23.
  • Linux Mint „Quiana” 17 Cinnamon és MATE - 2014. május 31.
  • Linux Mint Debian Edition 201403 Cinnamon és MATE - 2014. március 2.
  • Linux Mint „Petra” 16 KDE és Xfce - 2013. december 22.
  • Linux Mint „Petra” 16 Cinnamon és MATE - 2013. november 30.
  • Linux Mint „Olivia” 15 KDE - 2013. július 21.
  • Linux Mint „Olivia” 15 Xfce - 2013. július 12.
  • Linux Mint „Olivia” 15 Cinnamon és MATE - 2013. május 29.
  • Linux Mint Debian Edition 201303 Cinnamon és MATE - 2013. március 22.
  • Linux Mint „Nadia” 14 KDE - 2012. december 22.
  • Linux Mint „Nadia” 14 Xfce - 2012. december 21.
  • Linux Mint „Nadia” 14 Cinnamon és MATE - 2012 november 20.

(Fotó)

Hozzászólások

Engem ez a felület taccsra tesz.

Szia Kimarite!

Ez nekem már túl bonyolult, úgy tűnik. Ide írtam bejegyzést és ide: https://linuxmint.hu/hir/2018/05/mikor-jelenik-meg-az-uj-linux-mint?page... rakta be valamiért. Szerintem egy könnyen kezelhető felület nagyon komoly mértékben növelhetné a hsz-ek számát. Tény, vannak fórumok ahol 9000 fölött van a Linux Mint-tel kapcsolatos hsz-ek száma. Na mindegy. Azzal főzünk ami van.

Csak ennyit akartam írni: Köszönöm a segítséget! Úgyértettem, a Virtualboxban miből mennyit adjak neki. De a fenti instrukciók alapján jártam el. Az első meglepetés, hogy adtam neki 10GB helyet, és ezt írja:

https://www.dropbox.com/s/fy6zmvatvsxqcu3/1.%20tr%C3%A9fa?dl=0 -vicces nem?

Újabb kérdés, hogy tudom a rossz helyre került hsz-emet törölni?

 

Értékelés: 

0
Még nincs értékelve

Sikerült

Szia Kimarite!

Úgy tűnik, hogy a tesztelés során sikerült mindent megvalósítani. Az a wine változat amit ajánlottál jül műxik. A winbind telepítés szükségességét most vettem csak észre. Szóval így teljesen jó minden, futnak az egyfile-os *.exe programok is.

Köszönöm a segítséget!

Értékelés: 

0
Még nincs értékelve
kimarite képe

Sikerült

#18 Örülök. Sok sikert a továbbiakban!

Értékelés: 

0
Még nincs értékelve

Sikerült

#18.1

Köszönöm!

Most kezdem telepíteni élesben.

Értékelés: 

0
Még nincs értékelve

Kérdés/javaslat

Szia Kimarite!

Azt szeretném kérdezni, hogy a Synaptic keresőjét át lehet állítani olyanra, mint a Mint 18.xben volt? Olyat szeretnék, hogy amikor beírom a keresett program nevének az elejét már kezdje el szűkíteni a találatokat. Ez sokszor nagy segítség lenne. Ha nem, akkor lehet javasolni, hogy ez ilyen legyen?

Más.

Megvolt az első filerendszer hibám (ki X-eltem a számokat, amiben nem vagyok biztos):

"BusyBox V X.X.X (Ubuntu XXXXX ubuntuX) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs):"

Hirtelen beparáztam, de egy Live CD és egy fsck megoldott mindent. Ez még a rendszer friss voltának tudható be vajon? Igazából semmi olyat nem csináltam ami miatt ennek kellett volna történnie -szerintem.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kérdés/javaslat

#19 Synaptic

-- zárd be, terminál nyitása
(a telepítéshez nem kötelező, de a második parancshoz igen)

sudo apt-get install apt-xapian-index
sudo update-apt-xapian-index -vf

-- a második parancs indexeli a csomagokat egy adatbázisba, és a Synaptic újbóli megnyitásakor már ott a kereső.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

Lemezhibára is utalhat,
https://askubuntu.com/questions/137655/boot-drops-to-a-initramfs-prompts...
de persze a 19.1 kiadásban javítják a kiadáskor esetleg bennmaradt kis hibákat. Nálam ilyen vagy más hibajelenség nem volt. Cserélj kábelt, hátha az az ok. Esetleg a táp gyengélkedik, tehát valamilyen adatátvitei hiba miatt séról -helyrehozhatóan- a fájlrendszer. Illetve HDDSentinel vizsgálat sem árt. Dual boot Windows-zal?
Nekem ilyen jelenség sosem volt, csak egyszerűen tönkrement a lemez, és sosem indult többé. Nem hiszem, hogy az EXT4 vagy a BRTFS fájlrendszerek valamelyikére fogható a hiba.

Értékelés: 

0
Még nincs értékelve

Kérdés/javaslat Kérdés/javaslat

#19.1

Köszönöm! Szuper! Öröm van! :-)

Dualbootom van. Azt vettem észre ha Tara után reboottal win-t indítok, majd újabb reboottal Tara-t, akkor csinálja. Valószínűnek tartom, hogy Tara nem szereti ha reboot után más valaki következik. Ezt majd még tesztelem, de előbb csinálok egy EFI boot pendrive-ot, mert a DVD-ről való betöltést nem lehet kivárni (ha tesztelgetni akar az ember).

Esetleg még arra tudok gondolni, hogy az SSD win10 partíciója nagyon megtelt és ez okozhat problémát, bár ezt magam sem értem, hogy tehetné.

Más típusú hibát jelez, mint amit belinkeltél, az ellenőrző összegekkel van valami baja, de legközelebb hibajavításkor pontosabban megnézem majd mit ír ki.

Értékelés: 

0
Még nincs értékelve

kiegészítés

#19.1.1

Sajnos a windows szabályos leállításával is garantált a hibajelenség.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Windows szabályos leállítása

#19.1.1 Megnézted, hogy pontosan mit ír ki? Segítene.

#19.1.1.1 Előfordulhat, hogy a Windows partíciót is nézi, ha az ntfs-3g csomag telepítve van: „Esetleg még arra tudok gondolni, hogy az SSD win10 partíciója nagyon megtelt és ez okozhat problémát, bár ezt magam sem értem, hogy tehetné.” De részemről ez csak egy tipp most.

Ha a Windows alatt megpróbálsz fájlrendszert javítani?

Értékelés: 

0
Még nincs értékelve

Windows szabályos leállítása

#19.1.1.1.1

Azt tudtam eddig kipróbálni, hogy Tara-t leállítással kapcsoltam ki (sda5 partíción van), majd Win10 elindítása és normál kikapcsolása következett (sda4) (sda1 basic data, sda2 EFI, sda3 Microsoft reserved). Majd amikor újra bekapcsoltam a gépet sajnos megint nem Tara fogadott.

Javítás boot pendrive fsck -y /dev/sda5

Win alól nem próbáltam meg javítani, ez eddig eszembe sem jutott, mivel a win partíciónak semmi baja. Gondolod érdemes lenne? Ha igen mivel?

----------

Ismételt próba után: nagyon hosszú a bejegyzés. Nem másolnám be ide csak az elejét és a végét.

mint@mint:~$ sudo fsck -y #19.1.1.1.1 /dev/sda5
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Superblock checksum does not match superblock
fsck.ext4: Superblock invalid, trying backup blocks...
/dev/sda5 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (23497, counted=15338).
Fix? yesitt nagyon sok blokkot javít, majd a végén ez következik:

itt nagyon sok blokkot javít, majd a végén ez következik:

Inode bitmap differences: Group 0 inode bitmap does not match checksum.
FIXED.
Block bitmap differences: Group 0 block bitmap does not match checksum.
FIXED.

/dev/sda5: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda5: 900248/8224768 files (0.2% non-contiguous), 19862675/32882769 blocks

Ha esetleg a köztük lévő sorok is érdekesek lehetnek, légyszives írd meg, hogy hová küldjem el a file-t amibe kimásoltam a teljes szöveget, ide nem tenném fel mert direktben bemásolva hosszú.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Windows szabályos leállítása

#19.1.1.1.1.1 Mutatnál egy ilyen kimenetet?

df -h ; df -i

Értékelés: 

0
Még nincs értékelve
kimarite képe

Windows szabályos leállítása

#19.1.1.1.1.1 Erre lennék kíváncsi:
Más típusú hibát jelez, mint amit belinkeltél, az ellenőrző összegekkel van valami baja, de legközelebb hibajavításkor pontosabban megnézem majd mit ír ki.
Egyszer már említettem, a válaszod a „Show responses” szöveg „mögött” van, a korábbi válszom nem részltezném újra. Jó lenne ezt megjegyezni és nem megkérdezni újra és újra. Blogot is írtam erről.

Írod, megoldódott:
Hirtelen beparáztam, de egy Live CD és egy fsck megoldott mindent. Ez még a rendszer friss voltának tudható be vajon? Igazából semmi olyat nem csináltam ami miatt ennek kellett volna történnie -szerintem.
Most igen, vagy nem? Ha nem, mi a jelenség?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kérdés/javaslat | Trim

#19.1.1Más típusú hibát jelez, mint amit belinkeltél, az ellenőrző összegekkel van valami baja, de legközelebb hibajavításkor pontosabban megnézem majd mit ír ki.

-- de mit ír ki a boot-kor? ;) :)

-----

A trimmelésről:
(forrás: közösségi csoport)

SSD felhasználók, ön hogy szokott trimmelni?

... az /etc/fstab-ban megadott discard-ot (ami egy folyamatos trim, ha jól értettem minden file törlés után) nem annyira szokták ajánlani.

Olvasnivaló:
https://en.wikipedia.org/wiki/Trim_(computing)
http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-o...
https://wiki.archlinux.org/index.php/Solid_State_Drive#Periodic_TRIM

systemd esetén az fstrim.timer-rel lehet időnként (alapból hetente) trimmeltetni.

- lekérdezés:

systemctl is-enabled fstrim.timer

- beállítás

sudo systemctl enable --now fstrim.timer

- log nézegetés:

journalctl -u fstrim.timer

Párbeszéd_01:

-- Legjobb tudomásom szerint a modern ssdkben nincs szükség szoftveres trimre. Hardverből oldják meg ezt.

-- De ha az OS nem mondja meg neki, hogy milyen területek szabadulnak fel egy törlés során, honnan fogja tudni szerencsétlen SSD? Pont erre való a trim.
Vagy ismernek minden filerendszer allokációs táblát?
Lszi olvassd el a write amplification részt.

Párbeszéd_02:

-- Sziasztok! Én is így oldottam meg a saját rendszereimen a dolgot, a trim timert használva heti rendszerességgel beállítva. Viszont az lenne a kérdésem, hogy fstabban az ssd-n lévő csatolási pontok csatolási paraméterei közé melyik paramétert javasoljátok inkább: a noatime-ot vagy a relatime-ot, vagy esetleg egyiket sem szükséges megadni fstabban ha az fstrim.timer be van állítva? Ha valaki tudna segíteni ebben a dilemmában, hálás lennék érte. Köszönöm szépen előre is a válaszokat/segítségeteket.

-- Engem nem igazan erdekel, hogy mikor lettek a file-ok utoljara beolvasva. Ezert a noatime javasolt. A relatime max naponta frissitgeti, ha jol ertettem (ld. pl. https://blog.confirm.ch/mount-options-atime-vs-relatime/), de nekem az is felesleges. Szoval noatime.
És magát az ssd élettartamát, illetve teljesítményét befolyásolja bármelyik opció is? Vagy ilyen szempontból mindegy melyiket használja az ember?

-- Ha nem állítod be a noatime-ot, akkor minden egyes file olvasás esetén lesz egy írás is az SSD-re: felírja az access time-ot, azaz a hozzáférési időt, ami valószínüleg egyáltalán nem érdekel téged, tehát felesleges írás, potencionálisan rövidítheti az SSD élettartamát. Tehát ha inkább állítsd be a noatime-ot.

-- És azt még megkérdezhetem, hogy ha a noatime helyett a relatimeot választom, akkor is megrövidítem az ssd élettartamát? Vagy az sem végez írási műveletet az SSD-re? Ne haragudj ha sok a kérdés, csak szeretnék képben lenni ezzel a dologgal, mert eddig még sosem foglalkoztam vele, nem tudtam hogy érdemes.

Párbeszéd_03:

-- Nem foglalkozom vele. Intel enterspájz SSD-ket használok, hamarabb kellett nagyobbra cserélni, mint baja lett volna.

-- De ahogy nézem, ez a trim nem az elromlásról, hanem az írási teljesítményről szól.

:::::

Mindenesetre a linkek jól jönnek. :)

Értékelés: 

0
Még nincs értékelve

df -h

df -h
sudo fdisk -l
Parancsok kimenetét be tudnád ide másolni? Mert nem értem pontosan mi telt meg

Értékelés: 

0
Még nincs értékelve

df -h:

Az sda4 telt meg, de szabadítottam fel 24GB helyet, mielőtt újra próbálkoztam a fenti eredménnyel.

df -h:
Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            3,9G     0  3,9G   0% /dev
tmpfs           787M  1,5M  786M   1% /run
/dev/sda5       123G   74G   44G  63% /
tmpfs           3,9G   41M  3,9G   2% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
/dev/sda2       1,5G   30M  1,5G   2% /boot/efi
tmpfs           787M   32K  787M   1% /run/user/1000
/dev/sda4       110G   88G   23G  80% /media/user/Windows 10

sudo fdisk -l
[sudo] user jelszava:
Disk /dev/sda: 238,5 GiB, 256060514304 bytes, 500118192 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: gpt
Disk identifier: 03C4345A-EE66-4EB4-93CB-0C18AA3DBBAB

Eszköz         Start      Vége Szektorok   Size Típus
/dev/sda1         64   3196934   3196871   1,5G Windows recovery environment
/dev/sda2    3196936   6345674   3148739   1,5G EFI System
/dev/sda3    6345675   6377803     32129  15,7M Microsoft reserved
/dev/sda4    6382352 237055145 230672794   110G Microsoft basic data
/dev/sda5  237056000 500118158 263062159 125,4G Linux filesystem

 

Értékelés: 

0
Még nincs értékelve

df -h:

#21 Hát ez alapján valóban túl szükös hely a Windowsnak is, de a Linux is igen tele van, friss rendszernél ez szokatlan. A lemez SSD? Háklis tud lenni, ha ennyire nincs szabad hely.

Értékelés: 

0
Még nincs értékelve

df -h: df -h: df -h:

#21.1

50 GB nem elég a Linuxnak, meg 24 a Win-nek? És ez nem abszolút értékben, hanem szabad kapacitásban áll rendelkezésre(!) Ugyanezzel a 18.3 simán ment, sőt amikor videókat szerkesztettem, volt hogy mindkét partíción 2-3 GB(!) szabad hely maradt pár napig és hibajelenség nélkül működött minden, bármelyik rendszert is indítottam, mindig elindult ilyen kevés hellyel is, na az valóban kevés volt. Akkor itt valami mégsincs rendben Tara-val.

SSD 15-20%-át javasolják szabadon hagyni. Tara kapott 130 GB-ot, ebből - belakás után - 50 GB szabad ez a javasolt partíció méret többszöröse az miért kevés?! Win-nél a 110 GB-ból 24 szabad. Miért lenne kevés?

Értékelés: 

0
Még nincs értékelve

df -h: df -h: df -h:

#21.1.1 A Windowsos particióra magad írtad, hogy 24 GB-t szabaditottál fel, tehát teljesen fel lett használva, ha jön rá frissités, könnyen újra tele lehet. A linuxos particióra 74 GB felhasznált területet írtál, ez elég sok, nem tudom ezek programok vagy adatok? Ha adat, nem lehet külső eszközre áttenni?

Értékelés: 

0
Még nincs értékelve

df -h: df -h: df -h:

 

#21.1.1.1

Természetesen nem lett teljesen felhasználva, volt még néhány GB szabad. De 24 GB szabad hellyel ne tudna működni? Ez teljesen ellentétes az eddigi tapasztalataimmal. Amíg a másik partíción Sylvia "lakott" ennél jóval kevesebb szabad hely sem okozott problémát az "ablakos"-nak. Azt szerintem kár latolgatni, hogy mi van ha jön rá nagyobb frissítés, azt megoldom, ahogy eddig is, itt most az a problémám hogy a két rendszer együttélésével komoly gondok vannak.

A 74 GB az 74 GB. Természetesen ki lehet tenni külső tárolóra, de semmi nem indokolja. Amit írtál az azt jelenti, hogy Linux partíción nem szabad nagyobb mennyiségű adatot tárolni? Az nagyon gáz lenne, az a Linux Mint, de egyben az Ubuntu végét is jelentené. És ennek még mindig ellent mond az, hogy Sylvia jól működött ezzel a tárolt adatmennyiséggel is, hiszen azt mentettem át Tara-ba. Itt valami bug van, csak azt nem tudom még, hogy mi.

Ha lesz egy kis időm rá, vissza rakom lemezképből Sylviát, lefrissítem a GRUB-ot, és ki fog derülni hogy ki a hunyó. A nagyobb bajom, hogy a megoldáshoz nem leszek azzal sem sokkal közelebb, max. használható lesz a dualbootos rendszerem.

Értékelés: 

0
Még nincs értékelve
kimarite képe

df -h: df -h: df -h:

#21.1.1.1.1 Korábban kérdezted, hogyan ossz meg hosszú szövegeket. A https://paste.ubuntu.com/ segítségével, a megosztás módját több helyen leírtuk.
Az a dolog kéne, amit említesz, hogy kiír a gép. És eddig nem láttuk.

Értékelés: 

0
Még nincs értékelve

df -h: df -h: df -h:

#21.1.1.1.1.1

Rendben. Ne haragudj, most nem a pastebint használom, mert folyamatosan azt írja hogy rossz jelszót adok meg, most nincs kedvem tovább szórakozni vele, de ő lenne az:

https://www.dropbox.com/s/o9w5wndpccpmbi3/Untitled%20Document?dl=0

Nem tudom, mennyivel több információt ad, de tényleg nagyon jó lenne, ha nem kellene emiatt visszarakni a korábbi verziót.

Értékelés: 

0
Még nincs értékelve
kimarite képe

df -h: df -h: df -h:

#21.1.1.1.1.1.1Rendben. Ne haragudj, most nem a pastebint használom, mert folyamatosan azt írja hogy rossz jelszót adok meg, most nincs kedvem tovább szórakozni vele, ...”. Nem adod meg a kért Captcha-t.

Értékelés: 

0
Még nincs értékelve

df -h: df -h: df -h: df -h: df -h: df -h:

#21.1.1.1.1.1.1.1

OK. Egy régebbi e-mail címem volt megadva, amit nem használok. Rejtély megoldva. Mi a véleményed a bootolás megszakításáról?

https://paste.ubuntu.com/p/PhSqSbQx59/plain/

Értékelés: 

0
Még nincs értékelve
kimarite képe

df -h: df -h: df -h: df -h: df -h: df -h:

#21.1.1.1.1.1.1.1.1Az a dolog kéne, amit említesz, hogy kiír a gép [indításkor]. És eddig nem láttuk.
Ez
https://paste.ubuntu.com/p/PhSqSbQx59/
nem az, mert te futtatod:

sudo fsck -y /dev/sda5
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Superblock checksum does not match superblock
fsck.ext4: Superblock invalid, trying backup blocks...
/dev/sda5 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (23497, counted=15338).
Fix? yes
[...]

Boot-olás megszakítása?

Értékelés: 

0
Még nincs értékelve

df -h: df -h: df -h:

#21.1.1.1.1.1

Ezt most miért mondod? Júl 9-én 21:41-kor írtam:

"BusyBox V X.X.X (Ubuntu XXXXX ubuntuX) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs):"

Gondolom, amit ki "X"-eltem nincs különösebb jelentősége. De megjegyezni nem jegyeztem meg, és fotót sem készítettem róla, de a szöveg a fenti volt. Ha nem muszály szándékosan nem szivatnám megamat hogy újra előidézzem.

Értékelés: 

0
Még nincs értékelve
kimarite képe

df -h: df -h: df -h:

#21.1.1.1.1.1.2Ha nem muszály szándékosan nem szivatnám megamat hogy újra előidézzem.
Ha nem zavar, hogy kihúzok belőled minden szót, akkor mondhatjuk-e, hogy jó már a gép, hiszen a boot-hiba nem jön elő ismét? Van-e más probléma vagy kérdés?

Értékelés: 

0
Még nincs értékelve

Nézd, biztos igazad van,

Nézd, biztos igazad van, nálam a grub csak a win10-et, mint 19-et, ubuntu 18.04-t és archot futtat hiba nélkül. Esetleg mégis meg kellene nézni HDDSentinel-el a lemezt. Más ötletem most nincs.

Értékelés: 

0
Még nincs értékelve

Nézd, biztos igazad van,

#22

Nem tartom valószínűnek, hogy pont az újratelepítéskor.. de megnézem.

Értékelés: 

0
Még nincs értékelve

Bajok megtetézve

Sziasztok!

Lehet ez a frissítés hozott volna végre valami változást a bootolásban, de sajnos nem tudott lefutni, ez történt a telepítéskor:

https://paste.ubuntu.com/p/JYtnk6kYqC/

Mit javasoltok? Nem merem egyelőre leállítani a gépet, amíg valami megoldást nem találok. Szerintetek mit tegyek?

Értékelés: 

0
Még nincs értékelve

Megoldva

Elnézést kérek. Probléma megoldódott. Mégis újraindítottam, mert másképp nem állt le a frissítés kezelő (meg mert mazoista vagyok), szerencsémre újraindult, majd a frissítés kezelőt elindítva és ráfrissítve kaptam egy üzenetet, hogy nem futott le az előző folyamat és írjam be a "sudo dpkg --configure -a" parancsot. Most már megnyugodtam.

Bár az alap problémám nem biztos hogy megoldódott. Ha majd használnom kell az ablakos rendszert, megírom, hogy be tud-e utána a Mint 19.

Értékelés: 

0
Még nincs értékelve

Sziasztok!

Sziasztok!

Grub frissítés ide Grub frissítés oda, a filerendszer töredezettsége még mindig bootolási problémát okoz. Konkrétan nem enged bejelentkezni. Miután win10-et használok és újraindítom (vagy ki/be kapcsolom) a gépet és a bootmenüből kiválasztom a Mint 19-et minden esetben ez a kép fogad:

"BusyBox v1.27.2 (Ubuntu v1:1.27.2-2ubuntu3) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs):"

Ide fogalmam nincs mit kellene beírni, de legfőképp arról, hogy ez miért jelentkezik minden alkalommal, ha ablakos rendszert haználok.

Köszönöm Mint 19, ez tényleg a legjobb változatra sikerült.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Sziasztok!

#26 https://askubuntu.com/questions/741109/ubuntu-15-10-busybox-built-in-she...

Mutatnál két kimenetet?

cat /etc/fstab
sudo fdisk -l

Értékelés: 

0
Még nincs értékelve

Sziasztok! Sziasztok!

#26.1

Parancsolj:

https://paste.ubuntu.com/p/52MwyRXwDv/

https://paste.ubuntu.com/p/GxZCzCyfwP/   (az sdb egy pendrive, ami épp egy másolás miatt épp be volt dugva)

Azért nincs swap partícióm, mert azt olvastam anno, hogy nincs rá szükség, swap file-t használ a 18.04 Ububntu.

Nem tudom, hogy a fenti infók miben tudnak segíteni, mert a linuxot akár leállítást követően, akár újraindítással indítom mindig tökéletesen elindul. De ha a Win10-et használom és azután akarok linuxot indítani, akkor minden esetben szívás van vele. Ez a 18.03-nál még extrém lemezfoglaltság (minimális, néhány GB-os SSD szabad hely) esetén sem fordult elő.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Sziasztok! Sziasztok!

#26.1.1 Hát én nem tudom, a Windows, mennyire tenné be magát az fstab-ba, de nincs ott. A Linux sem.

A Windows rendszer betöltőjét használod, és nem a GRUB-ot (a Linux rendszer betöltőjét)?

Az fstab-od:

cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=e59363b1-6a67-4f18-9186-94db5effd108 /               ext4    discard,noatime,errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=722A-AAE9  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

Az fdisk parancs kimenetét mutató URL végé van pár fura és felesleges karakter. Az URL helyesen: https://paste.ubuntu.com/p/GxZCzCyfwP/

Értékelés: 

0
Még nincs értékelve

Sziasztok!

#26.1

Visszaellenőrizve valamiért nem jelenik meg a 2. link, bár már 2x próbálkoztam vele, ezért ide bemásoltom ezért előre is elnézést kérek:

$ sudo fdisk -l
[sudo] jelszava:
Disk /dev/sda: 238,5 GiB, 256060514304 bytes, 500118192 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: gpt
Disk identifier: 03C4345A-EE66-4EB4-93CB-0C18AA3DBBAB

Eszköz         Start      Vége Szektorok   Size Típus
/dev/sda1         64   3196934   3196871   1,5G Windows recovery environment
/dev/sda2    3196936   6345674   3148739   1,5G EFI System
/dev/sda3    6345675   6377803     32129  15,7M Microsoft reserved
/dev/sda4    6382352 237055145 230672794   110G Microsoft basic data
/dev/sda5  237056000 500118158 263062159 125,4G Linux filesystem

Disk /dev/sdb: 57,8 GiB, 62008590336 bytes, 121110528 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: 0xd0a10757

Eszköz     Indítható Start      Vége Szektorok  Size Id Típus
/dev/sdb1             2048 121110527 121108480 57,8G  7 HPFS/NTFS/exFAT

Értékelés: 

0
Még nincs értékelve

Fstab, Grub

A Grubot használom (UEFI). Mindig a linuxot telepítem utoljára és ő megcsinálja magának, nem kell vele külön szöszölni. Lila gőzöm sincs mit lehetne tenni. Esetleg a rendszerbetöltőbe egy fsck -y parancsot be lehetne szúrni valahová?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Fstab, Grub

#27 Szerintem várd meg, amig Windows-t is használó fórumtársaink valamelyike feltűnik és tanácsot ad ebben. Nem használok jó ideje Windows-t, elég fáradt vagyok, ma nem tudok rákeresni a megoldásra (és nem tudom, jó lenne, amit mondanék). Különben nagyon nem zavarja ez a Linux használatát, azaz „ráér”.

Értékelés: 

0
Még nincs értékelve

Fstab, Grub

  #27 Bogi a Windows 10-ben kikapcsoltad a gyors rendszerindítást? https://computerworld.hu/tech/igy-indithatja-el-gyorsabban-a-windows-10-...

Értékelés: 

5
Átlag: 5 (1 szavazat)

Fstab, Grub

#27.2

Szia Zoli62!

Zseni vagy!

Bár ugyan nekem olyan hogy gyors indítás nem volt a menüben, de az "alvás megjelenítés a főkapcsoló menüjében" és a "zárolás megjelenítés a fiókkép menüjében" elől kivettem a pipát és a "teljesítménycentrikus" helyett a "kiegyensúlyozott" profilt választottam, ezután akár újraindítással, akár teljes leállítással is újra tudtam indítani a linuxot. (Egyenként nem próbáltam hogy melyik a tényleges "bűnös")

Ebben az a "szép", hogy ugyanezekkel a beállításokkal és a Sylviaval (18.03 -al) nem csinálta ezt, csak Tara telepítése után kezdett szórakozni.

Mi az összefüggés a fenti beállítások és a hibasjelenség között? Elárulod?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Fstab, Grub

#27.2.1 A magyarázat az, hogy a „Gyors indítás / Fast Boot” lehetőséggel a Windows nem kapcsolja ki magát, és ami a lényeg, a merevlemezt és a partíciókat is magához láncolja, ezért a Linux nem fér hozzá a saját partíciójához. A „problémát”, pontosabban a Windows-ra jellemző történetet már sok más fórum tárgyalta a mienk mellett. Igaz, talán nem vettük bele a leírásokba és a súgóba sem ... vagy én vagyok béna a keresésben:
https://linuxmint.hu/sugo/linux-mint-telepitese-masodik-rendszerkent
Jelzem a hiányosságot. Pótolni fogjuk.
Volt egy erős tippem, hogy a zoli62 által jelzett dolog a gond oka, de aztán mégsem írtam meg. Nem használok Windows-t. És talán egyértelműnek vettem, azaz, hogy a tényről (Fast Boot) biztosan tudomásod van már.
Legközelebb jobban kinyitom a szemem. ;)
Köszönjük a beállítások részletezését! Nagyon hasznos.

Értékelés: 

5
Átlag: 5 (1 szavazat)

Fstab, Grub Fstab, Grub Fstab, Grub Fstab, Grub

#27.2.1.1

Köszönöm, hogy ennyit foglalkoztatok a problémámmal. Ezt én sem tudtam, de amint írtam érdekes volt, hogy "fast boot" opció nem volt a win menüben. Általában én sem használom már a win-t, de néha (van hogy csak lustaságból) vissza kell lépjek (a visszalépést szándékosan fogalmaztam így). Az pedig tovább bonyolította a helyzetet, hogy az előző MINT verzióval ilyet nem tapasztaltam.

Örülök ha a probléma leírásával valamivel előre vittem a közösséget, a tudatlanságomat igyekeztem másoknak is hasznos módon leírni, már amikor a türelmem ennek nem szabott határt. :-) Emiatt utólag is elnézést kérek.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Fstab, Grub + Fast Boot + tananyag

#27.2.1.1.1 Az információ bele lesz „dolgozva” a tananyagba. Még egyszer köszi!

Értékelés: 

0
Még nincs értékelve

Fstab, Grub

 A gyors indítás a Windowsnál egyfajta hibernáció, ilyenkor a Linux kötetet nem tudod rendesen felcsatolni. Egyébként az energiagazdálkodási lehetőségek között ott van ám ez, csak ki kell kapcsolni a"jelenleg el nem érhető beállítások" tiltását.

Értékelés: 

5
Átlag: 5 (1 szavazat)

Fstab, Grub

#28

Értem. Mégegyszer köszönöm!

Értékelés: 

0
Még nincs értékelve

Fstab, Grub

 Nincs mit, használd tovább egészséggel. :)

Értékelés: 

0
Még nincs értékelve

Oldalak