Új hozzászólás Aktív témák
-
batagy
őstag
A minimál OpenSUSE installban (X nélküli) nincs pulseaudio felrakva, a Yast beállítások között sem szerepel...
Év elején sokat tesztelgettem ezt, amiről itt és itt meg is emlékeztem. Nekem a "mocp" nevű parancssoros lejátszásra volt szükségem, ami ALSA-n keresztül működik. Ez nekem nem működött, és az elején azt hittem, hogy azért nem, mert az "alsasound" service-ként nem indul el. De később rájöttem, hogy nem szükséges az alsasound service-ként való futása, más volt a hiba. Ami megjavította, hogy az alsa-val kapcsolatos komponenseket 1.0.24-ről 1.0.25 verzióra frissítettem.
Végül is számomra nem volt szükséges az alsasound service-ként futása, de ennek ellenére az továbbra se működött. (Bár az utóbbi frissítésekkel nem teszteltem). Erre gondoltam, hátha javítják a 12.2-ben.
(Amúgy a rendes gépemen, ahol van monitor is, ott is OpenSuse 12.1 van telepítve, azon fent van az X, de Gnome és KDE nincs, helyette csak XFCE-t és LXDE-t raktam csak föl. Ezen nem teszteltem a hangot, mert akkor még ez az install nem volt kész.)
-
batagy
őstag
Swap helyett a zram nevű cuccot lehet használni, ha valakinek több ram kell. Azzal lehet "virtuális ram"-ot csinálni.
Annyi a lényege, hogy a Swap területre kiírt adatokat on-the-fly tömörítve a valós memóriában tárolja.Nem tudom ismeritek-e?
Én használom otthon a NAS gépen is, és a munkahelyen is. Csináltam OpenSUSE 12.1-hez service scriptet is hozzá.
Az alábbi gépben 4 GB RAM van, és 8 GB virtuális ram:
gyurinas:~ # swapon -s
Filename Type Size Used Priority
/dev/zram0 partition 2023580 0 100
/dev/zram1 partition 2023580 0 100
/dev/zram2 partition 2023580 0 100
/dev/zram3 partition 2023580 0 100
gyurinas:~ # free -m
total used free shared buffers cached
Mem: 3952 3830 121 0 1857 1659
-/+ buffers/cache: 314 3637
Swap: 7904 0 7904
gyurinas:~ #[ Szerkesztve ]
-
batagy
őstag
Szia
Hol láttad hogy a swap a RAM része?
A normál swap mindig a vinyón van.Manapság már relatíve olcsón sok ramot lehet kapni, ezért sokan nem is tesznek föl swap-ot egyáltalán. Ez akkor használható, ha nincs nagyon memóriazabáló alkalmazás.
Én korábban említettem itt a zram nevű megoldást, esetleg arra utaltál? De az más tészta.
-
batagy
őstag
Megnéztem (#2949) ludla képét, azon a "gyorsítótár" és a "cserefájl" fogalmak szerepelnek, mondjuk nem tudom ki fordította a SWAP-ot cserefájlnak, de mindegy.
Na a lényeg az, hogy szerintem keverted a gyorsítótárat a SWAP-pal.
"Gyorsítótár" = Cache, ez a RAM része tényleg. Őneki 4 GB RAM van a gépében, ebből 1.5 GB a ténylegesen szabad, és 1.6 GB, ami cache-elve van a ram-ban."Cserefájl" = SWAP, ez van a vinyón, őneki 2 GB.
Ugyanaz, amikor kiírod a "free" parancssal, "free -m" az Megabyte-ban írja ki, "free -g" Gigabyte-ban. Nálam:
gyurinas:~ # free -m
total used free shared buffers cached
Mem: 3952 3811 140 0 1156 2317
-/+ buffers/cache: 337 3615
Swap: 7904 15 7889
gyurinas:~ #A második sor mutatja hogy a RAM-ban mennyi a szabad és mennyi a cache, nálam a 4GB-ból 337 MB a cache és 3615 MB teljesen szabad.
A harmadik sor a SWAP használat.A kérdésedre válaszolva, ha XFCE-t raksz fel, valszeg nem fogsz sok ramot fogyasztani, kérdés hogy mit fogsz futtatni, és az is kérdés hogy mennyi RAM-od lesz?
Én azon az állásponton vagyok, különösen SSD esetén, hogy ne legyen SWAP (ne írja a vinyót), viszont helyette legyen ZRAM virtuális SWAP. Ezt nagyon egyszerű bekonfigolni, ha érdekel, jelezd. Van systemd scriptem is hozzá. Én belemásznék a telepítésbe, és a SWAP-ot kivenném, de ez csak a saját javaslatom.
-
batagy
őstag
Épp tegnap én is ugyanezt tapasztaltam!
OpenSUSE 12.2-ben.XFCE desktoppal, a GUI-n keresztül hiába állítottam be az órát , hogy ne használja a HW clockot, nem jegyezte meg, reboot után ugyanúgy a HW clockra állítja magát, az pedig egy órával többet mutat.
Szóval én is kíváncsi vagyok a válaszra.
-
batagy
őstag
válasz Perillustris #3050 üzenetére
Előtte a SUSE és Win7 UEFI módban volt telepítve, vagy Legacy BIOS módban?
(UEFI mód, GPT formázás esetén is van MBR-ben adat, de csak Protective MBR.)[ Szerkesztve ]
-
batagy
őstag
válasz B4ndiBuild3r #3338 üzenetére
Szia!
Nálam tegnapig Win8.0 és OpenSUSE 12.2 volt együtt, probléma nélkül. Kicsit fel kell frissítenem az emlékeimet, de van egy ismert hiba a kettő OS együttműködésével, mert a windows nem jól kezeli a Hybrid MBR szektort, vagy valami ilyesmi. Csak most így hirtelen nem emlékszek mindenre. 2012-ben az OpenSUSE fórumon is írogattam . Nem tudom, hogy a Win8.1-ben ez javítva lett-e, de ezek szerint úgy tűnik nem.
Mindenesetre, ha van pár nap türelmed, akkor előszedem a jegyzeteimet és előkeresem hogyan lehet megoldani. Annál is inkább mert én is ugyanezt rakom. Tegnap húztam föl a Win8.1-et egy vadiúj SSD-re (80 GB-ot adtam neki), a maradék 30 GB-ra pedig OpenSUSE 13.1-et akarok én is húzni. De az utóbbit még nem raktam föl. Egyszerű egyébként megoldani, csak a win install után asszem a Hybrid MBR-t helyre kell állítani, valami ilyen rémlik, ezt Parted Magic-ből vagy SystemRescueCD-ből a gdisk-kel meg lehet tenni. Majd előkeresem.
Amúgy UEFI módban kell bebootolni mindent, az optikai drive-ot is, ellenkező esetben nem fog UEFI módban települni. Magyarul a BIOS-ban érdemes letiltani az összes hagyományos boot módot, csak UEFI maradjon.
SZERK: ja és a BIOS-ban a Secure Boot-ot tiltani kell, mer különben az alaplap nem engedi csak a Win-t felrakni.
[ Szerkesztve ]
-
batagy
őstag
Amire én emlékszek, az nem ez. Szerintem a Win8-nak a "fast startup" funkcióját nem kell tiltani, nem okoz az gondot. Az nagyon is hasznos!
A Windows a Hybrid MBR-t nem szabványosan írja ki, attól buggyan meg az OpenSUSE. Ha meg az Opensuse újraírja az MBR-t, akkor meg a Win nem tud beboot-olni. De van rá megoldás.
[ Szerkesztve ]
-
batagy
őstag
Visszanéztem a jegyzeteimet és a logfájlokat. Alább összefoglalom, hogyan lehet Win-t és OpenSUSE-t egymás mellé telepíteni, UEFI esetén. Az előbb rosszul írtam, nem "Hybrid MBR"-ről van szó, hanem "Protective MBR"-ről (PMBR)! A PMBR-t a Windows nem szabványosan írja.
Mini User Guide
Figyelem, Win8.1-gyel még nem próbáltam, csak Win7 és Win8-cal, de valszeg a Win8.1 is változatlanul rosszul írja a PMBR-t.
- A telepítések előtt a BIOS-ban az UEFI módot kell engedélyezni minden eszközre, és a hagyományos Legacy boot módot tiltani, így fognak az OS-ek UEFI móddal és GPT partícióval települni. A DVD-nek is UEFI módban kell boot-olnia.
- Ha menet közben LiveCD-ről (SystemRescueCD vagy Parted Magic) bebootolunk, akkor ideiglenesen arra az eseményre engedélyezni kell a hagyományos Legacy boot-ot az optikai meghajtóra, mert a SystemRescueCD vagy Parted Magic csak Legacy módon bootol. De amint végeztünk, vissza kell állítani UEFI-re.
- A Secure Boot-ot tiltani kell, ellenkező esetben csak a Win-t engedi bootolni.1. Amennyiben már valamilyen korábbi particionálás van a HDD/SSD-n, akkor először mindent törölni, beleértve a partíciókat. Érdemes az MBR-t is törölni. Pl. SystemRescueCD-ről:
dd if=/dev/zero of=/dev/sda count=102. Normál Windows 8.1 install a DVD-ről. UEFI módban. A telepítő magától GPT-re formáz, és létrehozza magának a rejtett partíciókat (Recovery, MSR, ESP) ahogy kell. Annyi helyet adjunk neki, hogy maradjon a Linuxnak is.
3. PMBR ellenőrzése. Ugyanis a Windows a Protective MBR-t nem szabványosan írja ki. Ideiglenesen SystemRescueCD vagy Parted Magic (valamilyen Live linux) bootolása.
gdisk -l /dev/sda
A printoutban két dolog a lényeg: MBR: protective, GPT: present, illetve "Found valid GPT with protective MBR; using GPT."fdisk -l /dev/sda
A printoutban amennyiben a /dev/sda1 partíció végét 4294967295-re rakja, ez a hiba! Ez ugyanis nem a valós partíció vége, hanem 2^32. Ettől rossz a PMBR. Pl:
Device Boot Start End Blocks Id System
/dev/sda1 1 4294967295 2147483647+ ee GPT4. A biztonság miatt kimentjük a Win által létrehozott MBR-t:
dd if=/dev/sda of=/media/sdb1/mbr.win bs=512 count=1
Illetve a másik módon:
gdisk /dev/sda
b (--> Backup)
Enter backup filename to save: /media/sdb1/gdisk_gpt_backup.gpt
q5. Most újrageneráljuk a PMBR-t javított formában. Még mindig a SystemRescueCD-ről:
gdisk /dev/sda
x
o
n
o
w (--> Ez írja ki, rewrite PMBR!!)
Do you want to proceed? (Y/N): y6. Az új PMBR ellenőrzése.
gdisk -l /dev/sda
fdisk -l /dev/sdaAz End szektornak már a valósnak kell lennie.
7. Windows 8.1 újrabootolás, ezt csak a biztonság kedvéért. Az UEFI boot-ot ne felejtsük el előtte visszaállítani! Egyes guide-ok azt olvastam, hogy ilyenkor előjöhet egy Windows Recovery mód, de azt nem szabad választani! Sima boot kell. De ezt én nem tapasztaltam.
8. Ekkor célszerű a Linuxos partíciókat elkészíteni (vagy esetleges más szükséges NTFS partíciókat), a Linux install előtt, SystemRescue CD-ről. Mert bár ezt a Linux install során is meg lehet tenni, de jobb ha ebben az esetben nem engedjük, hogy a telepítő partícionáljon. Tehát ismét SystemRescue CD boot (legacy módon). Onnan pl Gparted-del létrehozzuk a Linux partíciót.
9. BIOS-ban UEFI bootra visszaállítás. OpenSUSE 13.1 install a DVD-ről. Fontos, hogy a telepítő ne csináljon második ESP-t (EFI System Partition)! A /boot/efi-re legyen mountolva az ESP! És ne is legyen az ESP partíció megformázva!!
10. Ezzel kész az OpenSUSE install is. Mikor a windows boot-ol és ha netán recovery módot akar (ezt én nem tapasztaltam), akkor ne engedjük a recovery módot.
Remélem működik.
[ Szerkesztve ]
-
batagy
őstag
Sziasztok!
Akinek SLES11 SP3-ja van valahol, az megnézné nekem hogy a "zram" nevű kernel modul elérhető-e neki:
find /lib/ -name zram*
server:~ # cat /etc/SuSE-release
SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 3
server:~ #
server:~ # uname -a
Linux server 3.0.101-0.15-default #1 SMP Wed Jan 22 15:49:03 UTC 2014 (5c01f4e) x86_64 x86_64 x86_64 GNU/Linux
server:~ #A zram.ko kernel module kellene nekem ehhez az OS-hez.
Kösz!
[ Szerkesztve ]
-
batagy
őstag
Most nézem, hogy 5 nap múlva OpenSUSE 13.2 release!
3.16-os kernel lesz benne, és az alapértelmezett fájlrendszer a rootnak a BTRFS, az EXT4 helyett. A home-nak pedig XFS.
Cégben majd mostanában akarnék 4 gépet is felhúzni, lehet akkor már ez menne föl.
-
batagy
őstag
válasz Jim Tonic #3516 üzenetére
Én XFCE-t használok már minden új OpenSUSE telepítésemen. Cégben VNC szerverrel (x11vnc) használjuk (sok user), alapvetően jó. Egy-két bug előfordul az ablakkezeléssel, pl. egy-két alkalmazásnál nem lehet maximalizálni az ablakot, de az lehet az alkalmazás hibája is. Én elégedett vagyok vele.
Teszteltem az LXDE-t is, de az nekem nem jött be, körülményes nagyon konfigurálni.
-
batagy
őstag
SSD-n való használathoz mit szoktatok beállítani OpenSUSE-n?
Én pár napja raktam életemben először OpenSUSE-t (13.2-est immár) egy SSD-re. Windows 8.1-gyel dual bootban. (A korábban általam írott útmutató továbbra is érvényes! Ezt kell használni, amennyiben UEFI boot és GPT partícionálást szeretnénk Win8.1 és OpenSUSE 13.2 dual boottal.)
Visszatérve az SSD-re. Itt találtam egy nagyon hasznos guide-ot.
A Trim funkció támogatva van (Kingston HyperX 3K 120 GB):
hdparm -I /dev/sda | grep TRIMDe ez nem jelenti azt hogy aktív is.
Én végül annyit csináltam hogy:
systemctl status fstrim.timer
--> Alapból tiltva van ez a service.systemctl enable fstrim.timer
---> Elején egy hibaüzenetet ír, de reboot után jól fut. Elvileg hetente lefuttatja az "fstrim -v /" parancsot, amire szükségünk van.A /etc/fstab-ban a "discard" opcióra azt írták, nem ajánlott, mert minden írási műveletnél lefutattja, ami belassítja az OS-t. A /etc/rc.d/boot.local-ban pedig csak akkor fut le, ha indul az OS.
[ Szerkesztve ]
-
batagy
őstag
válasz sz.balazs.95 #3531 üzenetére
Swap-ot eleve nem csináltam , ezt eltaláltad, de ennek nincs köze az SSD-hez. 8 GB RAM mellett fölösleges, ráadásul a ZRAM nevű funkciót szoktam használni.
cigam-mal értek egyet, fölösleges a böngésző gyorsítótárat tiltani, azzal elvesszük az SSD előnyét.
Szerintem két dolog elég:
- A már említett "fstrim -v" parancsot időnként le kell futtatni (az fstrim.timer service tudja ezt).
- "noatime" flagat érdemes beállítani az SSD-n lévő partíciókra (/etc/fstab-ban , vagy telepítéskor/partícionáláskor), hogy az access time-ot ne írogassa felül mindig az oprendszer.Egy harmadik lehetőség az, hogy a "/var/log" és a "/tmp"-t TMPFS fájlrendszerre lehet mountolni. Ezt én régebben akkor csináltam, amikor egy USB flash pendrive-ról futtattam NAS-ként OpenSUSE-t, de most az SSD-nél nem tartom szükségesnek. Hátránya, hogy a /tmp-be írott fájlok, valamint a logok elvesznek minden shutdown esetén.
Mást nem kell szerintem beállítani.
SZERK: amúgy marha gyorsan bootol az OpenSUSE az SSD-n. XFCE GUI-t használok. A boot menü kiválasztása után kb 2 másodperc, mire az XFCE login screen bejön. Utána még kb 1 sec mire belép a user.
[ Szerkesztve ]
-
batagy
őstag
Most akkor a Leap 42.1 az OpenSUSE 13.2 utódja?
Micsoda zagyvalék elnevezés! Az OpenSUSE főoldalán írt infókról én nem tudtam eldönteni, hogy akkor mi a Tumbleweed és mi a Leap.Ha a Leap az OpenSUSE 13.2 vonal, akkor mi a Tumbleweed?
És az SLES vonalnak mi felel meg akkor? Az marad ugyanaz? SLES12-ről tudom hogy létezik, nálunk a cégben SLES11 SP3 használatos. A saját szervereimen pedig OpenSUSE van. Szóval nem árt képben lenni... ezért kérdem.
Új hozzászólás Aktív témák
- World of Warcraft Shadowlands Collectors edition EU EN
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Vírusirtó, Antivirus VPN kulcsok
- BIG BOX lot - Simulator (Panzer Commander, Luftwaffe Commander, Flanker 2.0)
- Eladó eredeti kiadású CALL OF DUTY GHOSTS PC DVD ROM
- Norton 360 Mobile HU 1 Felhasználó 1 eszköz 12MO Antivírus
- Leveles win10 home eladó. Több darab van. Természetesen matricával együtt.
- Mikrosoft Windows 10Pro-termésuetesen jo win11 re is!