- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Doky586: Adattár lemez előkészítése távlati Windows telepítéshez
- Luck Dragon: Asszociációs játék. :)
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- eBay-es kütyük kis pénzért
- sellerbuyer: Te tudod, mi mennyit fogyaszt az otthonodban?
- skoda12: Webshopos átverések
- Brogyi: CTEK akkumulátor töltő és másolatai
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Cifu
félisten
Hoi!
Szóval volt egy komoly problémám a KDE-vel, mely szerint Firefox és hasonszőrű böngészőkben pl. a RiOS szövegdobozában nem lehetett elolvasni a beírásokat, mert hát... fehér háttér előtt világosszürke (ezüst) betűk voltak. Vagy a honlapok (pl. HDDScan) háttere szürke lesz világos helyett, és ettől olvashatattlan az egész.
További gondom volt, hogy még a Libreoffice is beszürkült hátterű volt, ami miatt az ikonokat alig lehetett látni:
Meguntam a szívást, hiába szeretem amúgy a sötét hátteret, használhatatlan volt, szóval nekiálltam átállni világosra, mindent. Színek, téma, minden át Breeze-re (addig Arc Dark vagy Breeze Dark volt a választott). A sokadik újraindítás után pedig most minden látható. Szóval feltehetően a KDE beállításai voltak a felelősek a problémáért.
Ha valakinek tehát hasonló problémája van, próbálja meg világos 'Megjelenést' beállítani (pl. Breeze) és utána az 'Asztal témák'-at sötétre állítani, majd újraindítani az egészet hátha megoldást nyújt. Javasolva voltak a világos témák, amit próbáltam is, de mivel a 'Megjelenés' alatt sötét színek voltak beállítva, így nem segítettek a problémán...
-
Cifu
félisten
Köszönöm szépen mindenkinek a választ, azt hiszem felfedtem a titkot.
Az történt, hogy mikor másoltam a meghajtók között, egyszer úgy másolhattam a \media\cifu\WDGreen meghajtó mappájába, hogy az sdc meghajtó (alias WDGreen) nem volt mountolva. Így aztán a fájlok az sda meghajtó \media\cifu\WDGreen mappájában voltak valójában.
A történet happy enddel zárult, nagyon szépen köszönöm mindenkinek a segítséget.
-
Cifu
félisten
Hoi!
Van ugye egy Linux partícióm az SDA1-en, ez szép és jó, de gyakorlatilag majdnem 1 TB helyet foglal, és nem értettem miért. A neten keresgélve az
ncdu
volt javasolva arra, hogy a linux partíción belül a méretekre fényt derítsek egyszerűen, ez ezt hozta ki:Ez szerint a media könyvtár a ludas a hatalmas méretért, ide vannak berakva ugye a Samba-val megosztott meghajtók.
A tervek az, hogy a linux partíciót SSD-re költöztetném... de ehhez a méretét először le kellene zsugorítani. Ennek jelenleg a media könyvtár akkor a kerékkötője, de nem teljesen értem a mechanizmust, hogy a linux partíción miért foglal el ekkora helyet a media, ha egyszer oda csak a samba megosztás miatt lett felmountolva három másik HDD. Talán valami cache lenne használatban, vagy mi a répa?
Hogy tudnám biztonságosan megoldani a partíció zsugorítást? Először lelövöm a SAMBA-t, unmountolom a meghajtókat, törlöm a media könyvtárból a könyvtárakat, és utána nekieshetek egy live linuxról gparted-el?
-
Cifu
félisten
válasz
ubyegon2 #58659 üzenetére
A remount-rw-t próbáltam, de azzal nem tudott mit kezdeni (sajnos a hibaüzenetet nem jegyeztem meg, a lényege az volt, hogy értelmezhetetlen a kapcsoló), ezért lett végül defaults.
A problémám pont az, hogy tegnap kismillió féle programmal vizsgáltam át a meghajtót, de semelyik se talált hibát az adott HDD-n (van egy, az élete vége felé járó HDD a rendszerben, de az torrentre van használva). Ezért untam meg a szélmalomharcot, és írtam át defaults-ra, mondom ha bebootol, akkor legalább használható. Most használható, és sejtem mi a célja a remount-ro-nak, de eléggé frusztráló,. hogy egy frissítés / reboot után megint szélmalomharcot folytassak amiatt, mert valami hiba jelent meg rajta.
Ha pedig bebootol, és stabil (márpedig 21 órája stabilan dolgozik), akkor nem értem miféle hibát talált.
Jelenleg egyetlen dologra tudok gondolni, hogy az alulfeszelt proci okozhat valami problémát, azt majd kicsit feljebb veszem, de más ötletem nincs - ugyanilyen beállításokkal iszonyú hosszú ideig elvolt Windows 7-el ugyan ez a hardware...
-
Cifu
félisten
Hoi!
Jött egy frissítés az (k)Ubuntuhoz (17.10 alá), hát mondom telepítsd. Azt mondja, hogy restart kell nekije. Hát mondom restartolj. És egy apró problémába ütközött innentől minden, ugyanis írásvédett lett a linux meghajtója. Az első befutó ugye maga a frissítés lett volna (innen jöttem rá, hogy nem az a hiba forrása), de utána eléggé stabilan szívatott minden megoldás terén az, hogy hát a fájlrendszer read-only.
Rövid úton kisilabizáltam, hogy talán hiba lehet a meghajtón, és ugye az
/etc/fstab
fájlban azerror=remount-ro
az, ami írásvédetté teszi. Futottam vele pár kört (nem egyszerű...), mert hát hiába recovery-ben a root shell, ha ott is írásvédett az egész, az fsck pedig "nem látja" a meghajtót, vagy közli, hogy unable to resolve UUID=....A vége az volt, hogy live USB futtat, onnan
sudo fsck.ext4 -A /dev/sda1
, pár dolgot talált, de ugyan az pepitában. Továbbra is valami hibát észlelhet induláskor. Begorombultam, live USB megint, és az SDA meghajtón átírtam az etc/fstab-ot úgy, hogy azerror=remount-ro
helyére simán beírtam, hogydefaults
.Elindult. Működik. Rendben van, hibát nem találok a meghajtón.
Ilyenkor mi van? Hagyhatom a linux fájlrendszert az fstab-ban az
error=remount-ro
nélkül élni és virulni hagyni?Lehet hardware hiba a forrása a lemezhibának? Alulfeszelt proci van, de amúgy az ég egyadta világon sehol semmiben nem hibázik, nem fagy, szóval furcsa lenne nekem, hogy csak a linux op.rendszer meghajtóját szemeteli tele folyton újraindításkor...
-
Cifu
félisten
válasz
Lahorva #58470 üzenetére
Röviden: amíg egyszerűbb doksikról van szó, nincs probléma. A .doc / .docx fájlokat például LibreOffice alatt tudod szerkeszteni. Azon viszont ne lepődj meg, ha a formázás szétmegy, főleg ha komolyabb formázási dolgok vannak használva. Erre tipikus példa a hazai állami szervek excell-szivatása, amelyeket teleraknak mindenféle MS-only makrókkal, ami csak MS Office alatt működik...
PDF-eknél a nézés nem probléma, de ha szerkeszteni / editálni akarsz egy már elkészült PDF doksit, és nem egyszerű szinten, akkor lehetnek gondok, ha csak nem akarsz fizetni pl. a Master PDF Editor-ért - de hát Windows alatt kb. ugyan ez a helyzet.
Fordítva ugyanez igaz. A LibreOffice alatt készült doksik MS Office alatt hol jól, hol kevésbé jól jelennek meg - megint főleg a formázás szokot probléma lenni. A PDF-ek esetén ilyen probléma nincs, a PDF-be "nyomtatott" fájlok probléma nélkül olvashatóak Win alatt - ha csak nem ott is interaktív PDF vagy valami hasonló izgalmasabb dologról van szó, de az már megint speciális eset.
Erre van alternatív megoldás persze: WINE alól indítasz MS Office-t, vagy egy Virtuális környezetben működő Windows-t telepítesz fel MS Office-al. Ez persze ilyen róka fogta csuka esete, de előfordul, hogy nincs jobb megoldás...
De ilyen témára van dedikált topic.
-
Cifu
félisten
válasz
ubyegon2 #58361 üzenetére
Köszi, majd ránézek akkor a linkelt cikkre.
Az inxi kimenet:
System: Host: CifuNAS Kernel: 4.13.0-32-generic x86_64 bits: 64 gcc: 7.2.0 Console: tty 1 dm: sddm,sddm
Distro: Ubuntu 17.10
Machine: Device: desktop Mobo: Gigabyte model: EP45-DS3 v: x.x serial: N/A BIOS: Award v: F9 date: 09/22/2008
CPU: Dual core Intel Core2 Duo E8500 (-MCP-) arch: Penryn rev.6 cache: 6144 KB
flags: (lm nx sse sse2 sse3 sse4_1 ssse3 vmx) bmips: 12669
clock speeds: min/max: 2000/2500 MHz 1: 2000 MHz 2: 2000 MHz
Memory: Array-1 capacity: 4 GB devices: 4 EC: None max module size: 1 GB
Device-1: A0 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Device-2: A1 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Device-3: A2 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Device-4: A3 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Graphics: Card: Advanced Micro Devices [AMD/ATI] Oland PRO [Radeon R7 240/340]
bus-ID: 01:00.0 chip-ID: 1002:6613
Display Server: X.Org 1.19.5 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
Resolution: 1920x1080@60.00hz
OpenGL: renderer: AMD OLAND (DRM 2.50.0 / 4.13.0-32-generic, LLVM 5.0.0)
version: 4.5 Mesa 17.2.4 (compat-v: 3.0) Direct Render: Yes
Audio: Card-1 Advanced Micro Devices [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
driver: snd_hda_intel bus-ID: 01:00.1 chip-ID: 1002:aab0
Card-2 Intel 82801JI (ICH10 Family) HD Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0 chip-ID: 8086:3a3e
Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: c000 bus-ID: 04:00.0 chip-ID: 10ec:8168
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: 00:1f:d0:88:42:20
Drives: HDD Total Size: 11002.2GB (28.1% used)
ID-1: /dev/sda model: WDC_WD20EZRX size: 2000.4GB serial: WD-WMC302165134 temp: 30C
ID-2: /dev/sdb model: ST4000VN008 size: 4000.8GB serial: ZDH1LFRN temp: 26C
ID-3: /dev/sdc model: WDC_WD30EZRX size: 3000.6GB serial: WD-WCC4N4XFT8RL temp: 29C
ID-4: /dev/sdd model: WDC_WD20EARX size: 2000.4GB serial: WD-WMAZA8467541 temp: 26C
Partition: ID-1: / size: 1.8T used: 872G (50%) fs: ext4 dev: /dev/sda1
RAID: System: supported: N/A
No RAID devices: /proc/mdstat, md_mod kernel module present
Unused Devices: none
Sensors: System Temperatures: cpu: 40.0C mobo: N/A gpu: 37.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 184 Uptime: 14:03 Memory: 1515.2/3944.2MB Init: systemd v: 234 runlevel: 5 Gcc sys: N/A
Client: Shell (sudo running in bash) inxi: 2.3.37 -
Cifu
félisten
válasz
ubyegon2 #58354 üzenetére
Az fstab jelen és ezt megelőző állapota (a WDGreen formázása miatt az UUID változott csak):
UUID=48bb8157-cbf8-4fb3-a431-91a8fc1a5e29 / ext4 errors=remount-ro 0 1
UUID=b938747b-3147-4013-8241-a1ad7f306ef6 /media/cifu/IronWolf ext4 suid,exec,dev 0 0
UUID=7fb2efe4-2686-4f6a-ac09-7dfeba2560cc /media/cifu/WDGreen ext4 suid,exec,dev 0 0 -
Cifu
félisten
Elnézést, de egy kis tapasztalat megosztás.
Adott a kubuntu kis háziszerverem, szépen megcsináltam mindent, SAMBA, torrent, ftp, a mountolást beállítottam fstab-ban UUID alapján... a másik gépről az FTP-t tesztelendő az egyik winyóra átmásolok egy adag filmet, visszalépek a kubuntura, elindítom az egyik .mkv fájlt double commanderből... erre elindítja a Kate-el...
A 14 gigás fájlt szerencsétlen próbálja egyben beolvasni, persze megáll az egész rendszer, feldobja az ablakot, hogy a Kate nem reagál, leállítsa-e, mondom persze, de a rendszer ekkor már nem reagál semmire, csak tekeri a winyót ezerrel. Mondom windóz módszer, várjunk egy kicsit, hátha magához tér. 10 perc múlva semmi. Továbbra se reagál semmire (reflexből a CTRL-ALT-DEL volt az első, dehát...). Na jó, gép kikapcsol. Gép bekapcsol.
És halál, elkezdi a bootot, majd jön a "emergency mode". Nem jövök rá mi lehet a gond, nézegetem testdisk-el (naná, hogy elsőre azt dobja, hogy a superblock nem stimmel, én meg kesernyésen próbálom helyrehozni a dolgot), nézegetem live USB-ről, elindítom a memtest-et, hátha az a gond, de nem igazán találok semmit. Illetve de, az journal szerint az egyik mountolt lemez tele van blockhibával (amire FTP-vel másoltam), és nem tudja mountolni. Hát mondom ettől még el kellene indulnia... Megpróbálom hát úgy is, hogy csak a boot lemez van rákötve. Ugyanaz.
Kb. 2 óra kínszenvedés után olvasgatom a neten mi okozhatja ez, és néhány esetben az fstab a ludas, azt csupaszítsd le, szól a javaslat. Hát oké, próba cseresznye, emergency mode-ban nano /etc/fstab és kitörlöm az adott lemezre vonatkozó mount utasítást. Reboot... és bejön. Gond nélkül.
Ízes káromkodás, és a felmerülő kérdés, ami miatt verem a fejem a falba: van más mód az automountra az fstab-on kívül, hogy legközelebb elkerüljem ezt a pokoljárást?
-
Cifu
félisten
Eredetileg Torrent / NAS-nak készült a gép, csak menet közben rájöttem, hogy végül is használhatnám böngészésre is, és akkor nem kell a nagy gépet bekapcsolnom. Csak hogy az étvágyam nőtt, akkor már kellene a Tab Mix Plus (mivel 100+ tab nálam alap, sose zárok be semmit
), ami viszont Chromium alatt nem életképes (se átlátni nem lehet, se kezelni), plusz hát ez csak egy 4GB-os gép...
-
Cifu
félisten
A Vivaldi ugye a Chrome alapját használja, nálam Vivaldin és Chromium alatt nincs probléma... csak hát a Chrome alapú böngészők eszik a memóriát - plusz én használnám a Tab Mix Plus nevűfirefox addont, amit se Quantum, se Chrome alatt nem elérhető... Szóval több sebből vérzik a dolog...
.
Meg hát egy vicc, hogy senkit nem zavar ez a probéma?
.
-
Cifu
félisten
Ez alapján ez nem (csak) KDE probléma, hanem részben valóban RiOS bug...
De megpróbáltam, nincs hatással semmi rá. Akár van pipa, akár nincs pipa, már világos színösszeállítást is próbáltam, továbbra is használhatatlan...
-
Cifu
félisten
Nos azt már tudom, hogy egy KDE gondom van, csak a megoldásra nem jöttem rá.
Felraktam egy Kubunutut, felment rá a Firefox, Waterfox, miegyéb, és ezeken A RiOS alatti hozzászólásokok szerkesztőabalakában fehér lesz a beírt szöveg - fehér háttérrel....
Kijelölve látszik a szöveg, de nem jövök rá, hol a hiba. Ha a Linuxban átállítom a téma / szöveg színbeállításokat, nincs változás. Ha a Firefox beállítások alatt a színeket átállítátom, akkor működhet a dolog, de ugye így felülbírálom az ÖSSZES oldal színbeállításait, ami vicc kategóriává teszi a böngészést. Chrome és Chrome alapú böngészőkben (Chromium, Vivaldi) nincs probléma...
ubyegon2 javasolta ezt, de nem segít (alapértelmezett volt a pipa, kivettem, majd visszaraktam, közötte újraindítás, hiába...)....
-
Cifu
félisten
Sziasztok!
Abszolute noob alert, előre is.
Szóval a történet röviden annyi, hogy akad egy ősöreg régi gép (P4 2.8Ghz, 256Mbyte ram, integrált 865G VGA), amit persze "hétköznapi" szinten (Youtube, Facebook) akar az ismerős néni használni. Persze XP volt rajta, azzal lasssúúúúú volt, de nagyon. Mostanában kezdek ismerkedni a Linuxxal, főleg Ubuntu vonalon (Ubuntu, LinuxMint és Lubuntu).
Alapból Lubuntu-ban gondolkodtam, abból is az alternative verzió, mivel a rendes 256MByte rammal talán el se indulna rendesen. Fel is ment, a Chromium ugyan alapból használhatatlan volt, lévén a memóriahiány miatt folyton összeomlik (nem tudja az oldalakat megjeleníteni), de a Firefox és a Midori bevált (lehet, hogy a Midori marad inkább). A gond csak az, hogy a desktop színmélysége 256 szín, a Youtube képe szétesett, zöld alapú. Arra rájöttem, hogy a 865G VGA-ja nem működik rendesen. Itt kezdődnek a problémák. A következő megoldásokkal próbálkoztam:
1.:
xserver-xorg-video-intel
2.:
Intel Linux Graphics Installer for Ubuntu* 13.04, 32-bitMindkettő látszólag felment, reboot megvolt, de változás nincs. Van valakinek ötlete, mi lehet a megoldás?
A másik kérdés arra vonatkozna, hogy van-e lehetőség arra, hogy ne kelljen jelszót beírnia a belépésnél a tulajnak. Ez csak egyszerű kényelmi megoldás, semmi több.
Előre is köszönök szépen minden segítséget!
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- MS SQL Server 2016, 2017, 2019
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- AKCIÓ! Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Játékkulcsok a legjobb áron: Steam
- Honor 200 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- Fujitsu LIFEBOOK E449 i3-8130U 8GB 256GB 14" FHD 1 év garancia
- Samsung Galaxy A54 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 11 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3265, 100% Akkumulátor
- Telenor 5G Indoor WiFi Router (FA7550) + töltő
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest