valahogy dupla hsz lett, de megoldottam

(#71247) anorche1

Ahogy majkimiki kolléga említi, sehogy. Általában a nem tárolós csomagok, például a .deb a /opt alá települ, ha megfigyeled, láthatod.

[ Szerkesztve ]

A /opt az egy kicsit egzotikus téma. A .deb csomagok is a /bin /sbin alá, mint a többi apt-s csomag.
[link]

OMV

(#71242) Storms:
A lelki békéd megőrzése céljából bízd a partícionálást a telepítőre! Hidd el, jobb lesz mindenkinek.

[ Szerkesztve ]

Üdv. V. Körte

Akkor ha 50GB-ot adok a Manjaro-nak az bőven elég lesz? Hibernálni nem szoktam a gépet. a 12GB ram mellé ha 5GB swap-ot állítok be az elég lesz?

ASUS PRIME Z690-A ■ Core i5 12400 ■ 32 GB DDR4 RAM ■ Intel ARC A750 8 GB GDDR6 ■

Sziasztok! Linux Mint 19 x32 CD ről futtatva szeretnék egy sata1 porton levő SSD-n levő szabad helyet végig trimmelni. (Mivel XP is szokott irogatni rá)

Milyen program/parancs a megoldás?
(lehetőleg a particionálatlan helyet is trimmelje, de az adatokat az ntfs-en ne bántsa)

[ Szerkesztve ]

Lehet már egy kicsit avitt vagyok én is.
Bennem az opt még így él. .

Bőven elég 30 is, de adj 50-et, bár 5-6 évig úgysem fogod használni, hiába van ez a rolling mese.

12GB ram mellé ha 5GB swap-ot állítok be az elég lesz?

Nem néztem meg minap, Manjaro csinál-e swap fájlt, de 12GB mellé Ubuntu-k 1GB-ot csinálnak a biztonság kedvéért. Sosem fog több kelleni, ha viszont ez is kevés a fizikai mellett, akkor valami anomália van, ott meg ki tudja mennyi lenne elég. Amúgy hasznos is lehet, ha 5GB-ot csinálsz, mert az is hozzáadódik az overprovisioning miatt fontos gyárilag félretett helyhez, így tuti meg lesz a minimum elvárt 7%. (ext4-ek is tesznek félre, etc.)

Szóval akkor legyen 50 és 5GB.

(#71259) májkimiki

Én meg főleg ősbölény vagyok. Pár éve kezdett feltünni, hogy egyre több csomag az /opt-ba fészkeli magát, de most már szinte csak oda.

(#71257) Doky586

Az fstrim a szabad helyeket is trim-meli, úgy tudom, de értelemszeráen nem bántja az NTFS-en lévő adatokat, hiszen ugyanaz a vezérlő dolgozik Linux alatt is, mint Win alatt, de ezt Te jobban tudod nálam.

sudo fstrim -a parancs TRIM-mel minden csatolt meghajtót, erre érdemes odafigyelni, mert jártam úgy, hogy live Linux alatt TRIM-meltem volna, de elfelejtettem felcsatolni a meghajtókat. Fura volt, hogy túl hamar végzett.

[ Szerkesztve ]

Igen, tudom, ezert kerdezem, hogy te hogy csinaltad?
Mert en hard link -kel oldottam meg, mikor ssd -n kifutottam a helybol.

"It never gets easier, you just go faster." Greg LeMond

Ja hogy emiatt kérdezted, értem már. Sose csináltam még ilyen furfangos dolgokat. Nem is biztos, hogy jó így máshonnan linkelni, mert lassú lesz. minimum

mikor ssd -n kifutottam a helyből

Emiatt meg nem csak a linkelt program lesz lassú, lásd imént érintett overprovisioning téma. 7-28% használaton kívüli hely. consumer - professional a két érték végpontja.

Sose közelítsd meg azt az állapotot, hogy kifutsz a helyből SSD-n!

[ Szerkesztve ]

Ok kösz. Akkor 'csinálok oda' egy partíciót amit fel tud csatolni ha csak a felcsatolt dolgot tudja trimmelni. (utána majd törlöm) A lényeg hogy ezek mind ntfs partíciók.

Ha a hdd-ket trimmeli az meg gondolom nem zavarja a hddket..

[ Szerkesztve ]

Igazán nincs mit.

sudo fstrim -v -a

inkább a -v paramétert is rakd be, mert az előbbi esetén nem ír ki semmit, ezzel meg láthatod, mennyit trimmmelt.

-v nélkül:

ubyegon@WD-HP8570p:~$ sudo fstrim -a
[sudo] password for ubyegon:

ubyegon@WD-HP8570p:~$

-v paraméterrel:

ubyegon@WD-HP8570p:~$ sudo fstrim -v -a
/media/ubyegon/Torr: 0 B (0 bytes) trimmed
/: 609,4 MiB (639021056 bytes) trimmed

Ja, kell a felcsatolás mindenképpen!

-a, --all
Trim all mounted filesystems on devices that support the
discard operation. The other supplied options, like --offset,
--length and --minimum, are applied to all these devices.
Errors from filesystems that do not support the discard
operation, read-only devices and read-only filesystems are
silently ignored.

forrás

Ha a hdd-ket trimmeli az meg gondolom nem zavarja a hddket.

Azzal szerintem nem is tud mit kezdeni a fstrim. Ezen még amúgy sose töprengtem. Egyszerűen nem hajt végre rajta semmit.

Vezérlőt nem érdekli a filesystem sem. Ez így marhaság, vagyis nem biztos, de az NTFS-t akkor is támogatja az fstrim, hirtelen a fat32 ugrik be, amit nem. (biztosan van még pár ilyen)

[ Szerkesztve ]

Három opció van. No Swap, Swap(without hibernate), Swap(with hibernate). Úgy rémlik, hogy ha kéred a swapot hibernálás nélkül akkor kb a RAM mennyiségének a fele lesz a swap mérete, hibernálással pedig a swap mérete a RAM méretével egyezik meg.

Hello darkness, my old friend...

Köszi, ez a 3 lehetőség elég is bőven. Már beugrott, miért nem emlékszem! Mindig "Valami más" opcióval manuálisan particionálok telepítés alatt/előtt, nem hagyom ezt az automatára.

Ha ennyire szeretnél arch linuxot , de még enyire problémás, akkor kompromisszumként miért nem próbálsz meg ismerkedés céljából egy reborn ost? Majdnem tiszta arch és működik mint a karikacsapás.

[ Szerkesztve ]

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Kösz. A végén sudo sem kellett csak simán fstrim -v -a és megcsinálta. (kipróbáltam utána sudo-val is de nem volt különbség. DVD-ről futva.)
Mint alatt pedig működött az automount. (hdd-vel nem foglalkozott)

A linux indítása ment kicsit nehezen mert vagy a busybox leállt hibával vagy komatibilitásmódban a megszakítások detektálásánál végtelen ciklusba kezdett. De aztán megtaláltam az okát a bios ATA enhanced/ide módnál csak a sata eszközöket szabadott kiválasztani (pata-t nem) és akkor a linux is elindult. Windows mindét beállítással tökéletesen futott mindent detektált, eszköz/lemez-kezelőben sem mutatott kölönbséget..

[ Szerkesztve ]

Kérdésem:
Most akkor mit csinált ?

bash-4.2# fstrim -v /
/: 40.5 GiB (43494580224 bytes) trimmed
bash-4.2#

Csak a rendszer van SSD-n.

nm

Sudoban nem voltam biztos, lehet csak live-ban nem kell, elég rég használtam már, de szerencsére csak felesleges ilyenkor.

De aztán megtaláltam az okát a bios ATA enhanced/ide módnál csak a sata eszközöket szabadott kiválasztani (pata-t nem) és akkor a linux is elindult.

Pata....ez jó régi BIOS lehet, úgy látszik a Linux már nem csak a nagyon új hw-ekkel kényeskedik, hanem a régiekkel is. systemd, homed, koronad, vannak jócskán fenyegetések.

Koronad . Te beteg vagy .

nm

Sudoban nem voltam biztos, lehet csak live-ban nem kell, elég rég használtam már, de szerencsére csak felesleges ilyenkor.

De aztán megtaláltam az okát a bios ATA enhanced/ide módnál csak a sata eszközöket szabadott kiválasztani (pata-t nem) és akkor a linux is elindult.

Pata....ez jó régi BIOS lehet, úgy látszik a Linux már nem csak a nagyon új hw-ekkel kényeskedik, hanem a régiekkel is. systemd, homed, koronad, vannak jócskán fenyegetések.

(#71270) 789

Erre a parancsra a root particiót TRIM-elte.

(#71272) májkimiki

Beteg? Dehogy, nem voltam a Velencei karneválon. Különben meg amihez odabiggyeszted a d-t, az ördöngtől való, ez mára világossá vált.

Rettegő topik

[ Szerkesztve ]

Pont nem a vírusra gondoltam, hanem a homed után így össze birod hozni a koronát. Kiegészítve a d-vel.
Szofisztikáltan arra utaltam, hogy lököd a láncot.

Linux Mint Cinnamon 19.3 frissen telepítve.
Intel HD-4600 (i5-4590s) + 1 monitor (DVI) + 1 TV (HDMI) + XRandR kijelzővezérlő kisalkalmazás.

A monitort HDMI-1-nek azonosítja, pedig az DVI- csatlakozás.

Alapon kiterjesztett asztalt állított be, ami nem jó. Csak egy megjelenítős üzemmódot akarok, váltási lehetőséggel monitor vagy TV.
Ez kivitelezhető egyszerűen az XRandR-rel, vagy le kellene töltenem valami progit hozzá?

Hát kell hozzá némi "sérülés", hogy ez így összeálljon egy kontexusba. .

Itt még tiszta a lelkek kútja.
[link]

Amelyik kijelzot hasznalni szeretnet azt allitsd be elsodlegesnes (ha meg nem az), utana kattints at a masikra (az elrendezes reszen) es a kis zold pipas kapcsolo kikapcsolja, nem?

Ha cserelni szeretnel akkor ugyan ez a muvelet, csak elotte meg bekapcsolod a nem aktivat.

[ Szerkesztve ]

Vigyázat, csalok!

Void meg ezek:

Érdekesség képpen ilyeneket említenék meg:
- Init rendszer: Runit
- Fájlrendszer: ZFS
- Csomagkezelés: XBPS
- Kiadási modell: Rolling

Háááát elég meredeknek hangzik így hirtelen. BSD mondjuk nekem totál idegen, de elég öszvér ez a ZFS is, amennyit olvastam régebben róla. LVM nekem már alapból rémisztő. Mindezt rolling rendszerben. Hát eléggé új színfolt, az már tuti.

Üdv okosabbak (tőlem mindenki az !) ! Még mindig a vesszőparipámon ülök. Hátha tudtok most segíteni. Most csináltam egy tiszta GPT USB-s SSD-t az alábbi partíciókkal és Legacy módban feltelepítettem egy LMint13Cinnamon32-bit rendszert. Az 5. partíció a / és a 4. a /home. Szépen feltelepült és frankón újraindítottam. Nem volt semmi gond, a GPT lemez MBR nélkül Legacy módra működött. DE ! Az első teljes frissítés után csak a szép grub menü jön be és bármelyik opciót választva a manjaroban megszokott kernelpánikkal elszáll a boot. Meg lehet ezt gyógyítani? Mintha nem találná a saját / partícióját.

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Igen az. [kép] XP és W7 dual bootal retro célra.

Csak azért írtam meg a hibát hátha más is belebotlana.. Így javíthatja.

13-as Mintnek mi a létjogosultsága? Már rég nem támogatott.

Köszönöm működik, de vagy 8 kattintás mire megvan + a TV-n még a HDMI hangot is át kell állítani mindig. Windowsban lehet profilokat állítani külön a TV-re vagy a monitorra. Egy katt a megfelelő profilra és a kép + hang is megfelelő lesz. Ez így elég macerás.
Lehetne ezt profilozni Linuxban?

Bocs elírtam 19.3 Triciáról van szó. Közben megnéztem azt, hogy a grubja elindítja a korábban felderített win10-et és a memtest 86-ot és a memtest86 serial conzolt is , tehát belát a /boot/grub mappáig, hisz másképp grub menü sem lenne. A grub2 core.img csak egy útjelző tábla ugye, ami rámutat a grub.cfg fájlra, vagy nem? Tehát az os prober a saját rendszerét rosszul deríti fel, vagy rosszul konfigolja be.

[ Szerkesztve ]

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Oké, a 32bit az valós? Ez miatt kell ez az egyedi megoldás neked? A 32 bites Ubuntu/Mint nem tud bootolni UEFI-ben.

Igen ez 32 bites és ez legacyban bootol csak , illetve ez sem igaz, mert ha egy másik UEFI telepítés felveszi a grub menüjébe és azt UEFI-ben indítjuk, akkor annak a menüjéből elindul ez is UEFI körülmények között, ilyet már láttam, de nem ez a cél. Ez csak 32 bites masinákhoz lenne legacyhoz. A 3. partícióba majd teszek egy 64 bites UEFI telepítést szintén grubbal, aztán a /boot/grub mappába belemásolom a /usr/lib/grub/i386-pc mappát és ezután egy grub-install és egy grub-mkconfig -o művelettel bootolhatóvá tehető a 64 bites rendszer UEFI és Legacy körülmények között is. Szóval ezt a hűdebiztonságos rendszert is úgy meg lehet kavarni, mint a habart bablevest. Most újratelepítettem a 32 bitest , ez megint bootolgat. Már elmentettem a grub.cfg fájlt és most megint ráeresztem, hogy frissítse meg magát ...

[ Szerkesztve ]

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Na most ujratelepítvén a 32 bites verziót nem hagytam, hogy formázza a telepítő az előkészített szűz ext4-es / csatolású partíciót és így nem rontotta el , most már frissítés után is működik. Nem értem, hogy ez hogy van, de ezt figyeltem ki.
noki@noki-HP-250-G1-Notebook-PC:~$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.3
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p
Disk /dev/sdb: 234441644 sectors, 111.8 GiB
Model: Storage
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 29B9639B-D402-4ACD-BA90-46464DB6126B
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 234441610
Partitions will be aligned on 2048-sector boundaries
Total free space is 2921 sectors (1.4 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 4095 1024.0 KiB EF02
2 4096 229375 110.0 MiB EF00
3 229376 63143935 30.0 GiB 8300
4 63143936 163137535 47.7 GiB 8300
5 163137536 226052095 30.0 GiB 8300
6 226052096 234440703 4.0 GiB 8200
Command (? for help): q
noki@noki-HP-250-G1-Notebook-PC:~$

[ Szerkesztve ]

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Bekukkantottam az MX-em /opt könyvtárába. Nem üres, van egy firefox és egy ubuntu extras könyvtár.
Ami ha belegondolunk normális, mert a disztró készítők pont az opt funkcióját használják.
Lévén se a normal firefox sem az ubuntu extrák nem része a Debian 10-nek. FF-ból ESR-t szállít. Az ubis csomagot meg egyáltalán nem.

Az mennyire expected behaviour, hogy ha lemerül a laptop, akkor az magával rántja a GRUB-ot is, no boot device found, és mindig vehetem elő a pendriveot, hogy chroot, grub-install meg grub-mkconfig?

[ Szerkesztve ]

D4 klán: HunPH - invért privát rám

Semennyire. Az energiagazdálkodásnak kritikus töltöttségű akkunál el kellene vinnie alvó, hibernált vagy kikapcsolt állapotban, attól függően, hogy mit használsz.

Mit csinál a géped, ha eléri a kritikus töltöttségi szintet?

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

No, visszatérve az én témámra: Manjaro KDE Kyria telepítés után egy alap mhwd -a pci nonfree 0300 parancs felpakolja a legújabb drivert és voilá, minden szép, minden jó. Még a tapipad is szépen műxik. Semmi mókolás, pusztán 1 sor az egész

PS4 ID: Z0D14C_1990; Manjaro KDE

Kicsit késői hsz, így kénytelen vagyok új HSZ-t írni. Mi a csipát kell csinálnom, ha állandóan a "nem sikerült zárolni az adatbázist" hibát dob frissítéskor?

Nem szóltam, megvan

[ Szerkesztve ]

PS4 ID: Z0D14C_1990; Manjaro KDE

2015-ös laptop, de az akkumulátor elég gyenge már benne, tehát 0-70% között véletlenszerűen csak kikapcsol, és nem szépen szoftverből, hanem mint amikor az asztali gépből kitépem a kábelt / rákapcsolom a villanyóraszekrényt.

Dual-boot van rajta, de GRUB-ból indítom a WBM-et is.
Ugyanígy elszáll, ha Linux, vagy ha Win alatt merül le.

D4 klán: HunPH - invért privát rám

Akkor aksi csere az egyetlen megoldás. Előbb utóbb ettől nem csak a grub fog ugrani, hanem rámegy az egész fájlrendszer is.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Naccerű.

Amúgy erre lehet tudni mi a magyarázat?
Mármint, ha ez így van "normál esetben", akkor hogyhogy nem lett még javítva?
Értem én, winen jóó sok év alatt amíg OC-val játszogattam, biztosan rákapcsoltam a gépre szumma 1000+ az áramot a tápegységen, amikor kifagyott és unreszponzív volt az egész.

Ez meg 100%-os pontossággal, elmegy az áram, elmegy a bootloader.
Nem hiszem, hogy annyira normál eset lenne, sokkal többet találnék róla a neten.

D4 klán: HunPH - invért privát rám

Pusztán szerencséd volt eddig, ennyi. Hardver hibát általában nem igazán lehet szoftverből megoldani.

Hogy miért pont a grub döglik be nálad ilyen esetben azt nem tudom, mert ha fájlművelet közben megy el az áram, akkor bárminek kampec lehet. Egy pontig véd az Ext4 fájlrendszer naplózó volta, de mindent az sem tud megoldani...

Amúgy véletlen nincs kimerülve a bios elem a gépben, hogy mikor elmegy az áram, akkor valami visszaáll alapra és azért tűnik úgy, hogy meghalt a grub?

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Nem.
Teszt képpen kihúztam most az áramot, kiszedtem a sima és a cmos akkut is, attól nem vesztette el.

D4 klán: HunPH - invért privát rám