Igen, csak akkor miért szerepel a te kimenetedben is a Mesa string? Azt a manók rejtették bele pofátlan módon a disztróidba, mikor senki nem nézett oda. Azért beszélek félre ilyen irányban. Majd próbáld ki, hogy távolítsd el a mesa csomagot, és nézd meg úgy hogyan fogod tudni használni a disztróidat.

Nem tudom mi miért van benne, de nem kellett külön felrakni semmit sem, én csak ezt mondom, ahogyan telepítettem, úgy az ott is van. Ezek szerint ebbe a csodapendrive-ba van manó is!

Az Ubuntu live-ról nem tudok nyilatkozni, AMD-s GPU-n nem próbáltam újabb Uborkát, még a 9.x-es időkben utoljára még 9600-as dedikált radeonnal használtam olyat, akkor nem volt vele gondom, de akkor még nem is használtam napi szinten linuxot fő rendszernek, Windows volt a fő rendszerem.

Annyiból speciális lehet az ő esete, hogy már a kernel driver sem megy normálisan, ezért kell nomodeset-eznie. Én meg arról beszélek, ha megy majd végre a kernel driver, és nem kell nomodeset, akkor is a Gallium nevű csoda vendégszeretetét fogja élvezni VMware in khórporétöd logó alatt, ha nincs fent a Mesa, vagy fent van, de nincs normálisan konfigolva.

Én értelek, de ha a kerneldriver nem jó, akkor tuti nem a APU lesz az oka, mert nálam nem történik hasonló jelenség ugyanazon VGA-val. Más hw lesz az okozó.

A teszt 18.3-mal sem csináltam még semmit, mégis benne van minden és múködik is a megjelenítés: (nem én raktam fel a VDPAU radeon 600-at)

ubyegon@ubymint183C ~ $ grep -i vdpau /var/log/Xorg.0.log
[ 6.260] (II) RADEON(0): [DRI2] VDPAU driver: r600
ubyegon@ubymint183C ~ $ sudo lshw -c video
[sudo] ubyegon jelszava:
*-display
description: VGA compatible controller
product: Trinity [Radeon HD 7660D]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 1
bus info: pci@0000:00:01.0
version: 00
width: 32 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
configuration: driver=radeon latency=0
resources: irq:36 memory:c0000000-cfffffff ioport:f000(size=256) memory:fef00000-fef3ffff memory:c0000-dffff
ubyegon@ubymint183C ~ $ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD ARUBA (DRM 2.49.0 / 4.10.0-42-generic, LLVM 4.0.0)
OpenGL core profile version string: 4.1 (Core Profile) Mesa 17.0.7
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 17.0.7
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.0.7
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
ubyegon@ubymint183C ~ $

[ Szerkesztve ]

Lenne közben itt egy félig OFF kérdés: ???

A BIOSba belekukkantott már Mikrobi kolléga?

[ 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.

Valóban nem kell felrakni, mert a kezdőknek szánt desktopbarát disztróba általában már minden fontos csomag bele van integrálva, kernel firmware csomag is, Mesa, Xorg, kompozitor, minden, ami csak kellhet, egészen a Flashig és a Javáig bezárólag, hogy kezdőbb felhasználónak ne azzal kelljen vergődni, hogy nem megy neki semmi, nincs kép, vagy van, de csíkoz vagy hullámzik, jajjmertnemmegysemmise, mert akkor a legtöbbnek elmegy egy életre a kedve a linuxozástól, és cuppantják vissza a Nyílászárók fedőnevű förmedvényt, meg jönnek a fórumra, hogy szaralinux, mert nem támogat lófügyköstsem, meg nem volt fejlődés 20 év alatt, mikor meg vindózalattbezzegmindenmegy.

Csakhogy mikrobi kolléga úgy döntött, hogy bepróbálkozik a haladóbbaknak szánt Fedorába, és ott nem uborkás életkép fogadja, hanem minden csomag nagyon friss, sok minden alapból nincs fent, és kicsit otthon kell lenni a konfigolásban is. Azt ettől függetlenül értem, hogy most Ubuntu alatt sem ment neki, abban nem tudok neki segíteni, ahogy írtam is, hogy a kernelnek ne kelljen nomodeset paraméter.

A Fedora nehézséget értem, bár szerintem azzal sem kéne ilyen jelenségeknek találkoznia, de még az Ubuntu is.....ez nagy rejtély marad, akár csixy varázsló ap ssid memorizálása.

(#57355) csixy

Nekem kínai amit írtál amott, de nem az adott gép tárolta el azt a kódot? Abban használtad a kártyát, nem?

[ Szerkesztve ]

Várjál, most trollkodás meg beszólogatás megy, nem illik ilyenkor holmi felesleges ontopik kérdésekkel zavarni a nagyérdeműt, még ha a topikcím az ellenkezőjére is buzdít

Amúgy ha van is Flash terület a WLAN kártyában, az csak a firmware felírással módosul. A disztrók a wpa_suplicant-os és/vagy NetworkManageres konfigfájlokban tárolják a legutóbb használt SSID-ket és jelszavakat, azért marad meg boot után. Ha live disztrót használsz, akkor nem marad meg, minden bootkor újra meg kell adni az SSID-t és a jelszót is. Nyilvánvalóan nem csak Win only feature, meg a Windows sem írogat az eszköz Flash-ébe ehhez az eltárolási művelethez.

Igen, belekukkantottam, es semmi kulonoset nem latok. Pont ugy van beallitva, mint a tobbi gepemen.
Mit kell neznem?

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Mindjárt csinálok egy ellenpróbát, mert már azóta töröltem az SSID-et és mindjárt újra bebootolom a kis kövér kutyámat. Megnézzük hátha nem voltam elég figyelmes a remasteringnél.

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.

Várjál, most trollkodás meg beszólogatás megy

Ilyent itt nem látok, hiába próbálkozol ezzel. Egyszerűen belesétáltál egy igen mély saját csapdába és ahelyett, hogy elismernéd a tévedésed, próbálsz nagyon tudományosan előremenekülni!

Az addig OK, hogy én nem értek a megjelenítőkkel kapcsolatos dolgokhoz, de amiket írtál, hogy így nem lehet, csak ha úgy csinálod meg telepíteni kell......szóval arra nem számítottál, hogy nekem is ugyanilyen kártyám van és párszáz disztró már futott úgy rajta, hogy nem kellett ezekkel foglalkoznom, amiket te felsoroltál, hogy anélkül hogyan tudna működni.

Ha az, hogy én ezt a tényt most közöltem veled, én most trollkodtam és beszólogattam.........szerintem finoman szólva is ciki lett a beégésed. bocsi, de ez van.

Ettől függetlenül meg kell mondjam, sok igen hasznos információt osztottál meg velünk, a jelen esethez nem volt semmi köze, de tanulni sosem felesleges.

(#57361) csixy

Igaz! De még ne jelentsd ki ezt múlt időben.

[ Szerkesztve ]

A VGA resznel elso korben ket beallitas van:

Hol keresse eloszor a VGA-t: PCI-E / IGP
IGP mukodes: Auto / Disabled / Dual Graphics

Ha a Dual Graphics-ot valasztok, akkor egy harmadik sor is elerhetove valik, ami a VRAM meretet allitja, itt 512MB-ra allitottam.

A felkover+alahuzott verziokat probaltam ki, es az eredmeny azonos linuxon.

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Most pedig szépen megkérjük Egon Urat, hogy nézze meg az Ő beállítását és írja meg a nála lévő bios beállítást.

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.

Miután a Debian mellé telepített MX-17 32 és 64 bites verziója rendszeresen csíkos képernyőt produkált, így telepítettem a régebben is használt MX-16.1 verziót.
Azonnal újabb gondjaim támadtak, nem érem el az SSD-n lévő két másik partíciót.
A Thunar a következő üzit dobja:

„Debian” csatolása meghiúsult.

Error mounting system-managed device /dev/sda1: Command-line `mount "/media/Debian"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.

Syslog és fstab "lazytime" bejegyzéseket mutat.

Debiant indítva elérem a másik két partíciót.

USB Live rendszerről GParted ellenőrzés az sda1 (Debian) partíción hibát dob (másik két partíció rendben):

GParted 0.24.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2

A fájlrendszer (ext4) ellenőrzése és javítása ezen: /dev/sda1 00:00:00 ( HIBA )

/dev/sda1 kalibrálása 00:00:00 ( SIKER )

útvonal: /dev/sda1 (partíció)
kezdet: 2048
vég: 41945087
méret: 41943040 (20.00 GiB)
/dev/sda1 fájlrendszerhibáinak keresése és azok javítása (ha lehetséges) 00:00:00 ( HIBA )

e2fsck -f -y -v -C 0 /dev/sda1 00:00:00 ( HIBA )

e2fsck 1.42.12 (29-Aug-2014)
/dev/sda1 has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!

GSmartControl nem mutat hibát.
Mivel érdemes próbálkoznom, totál gyalu előtt?

[ Szerkesztve ]

fstab-ban hogy vannak csatolva a partíciók? Azt másold be. Amúgy meg a beleütközünk egy problémába (csíkozó képernyő, valószínű tearing), akkor megoldjuk, és nem váltunk helyette egy régi, támogatatlan verzióra, mert összességében csak még több, súlyosabb problémával találjuk szemben magunkat. Meg kell tanulni a problémákat megoldani az aktuális, támogatott verzión. Ahogy egy ismerősöm mondaná, ilyen ez a popszakma.

Az én alaplapomon be lehet állítani, hogy IGFX multimonitor legyen vagy kiválasztom az integráltnál az auto opciót és ennyi, vram állítás nincs, automatikusan levesz 3/4 gigát. kern.log 768MB-ot mutat.

Az fstab kimenetek kellenének mindkét disztróból.

lazytime mount option - ez hogy a fenébe került bele a beállítások közé??? A noatime helyett írtad be?

Debian fstab:

# / was on /dev/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

MX-16.1 fstab telepítés után:

UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 /media/Debian ext4 noauto,exec,lazytime,users 0 0
UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 defaults 1 1
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 swap swap defaults 0 0
UUID=5a4b60a2-9d1b-4343-bceb-9acd7881aea8 /media/Str ext4 noauto,exec,lazytime,users 0 0
/dev/cdrom /media/cdrom iso9660 noauto,exec,users,ro 0 0
/dev/cdrw /media/cdrw iso9660 noauto,exec,users,rw 0 0
/dev/dvd /media/dvd udf noauto,exec,users,ro 0 0
/dev/dvdrw /media/dvdrw udf noauto,exec,users,rw 0 0
/dev/sr0 /media/sr0 auto noauto,exec,users,ro 0 0

Az MX-16.1 fstab-ot módosítottam a Debian fstab-hoz hasonlóan, a saját, a swap és cd/dvdrw bejegyzések maradtak.
Így most nincs minden partíció automatikusan csatolva, de elérem, ha akarom.
Azt nem tudom, hogy az sda4 (Str) partíciónak mennyire problémás, hogy egyik fstab-ban se szerepel.
Ilyen (csíkos képernyő) hibák megfejtése nekem magas, nem "követelném" senkitől, hogy segítsen.

(#57370) ubyegon2

Alap helyzetben csak a saját és a swap partícióval foglalkozik a telepítő, eddig még nem találkoztam ezzel a lazytime kérdéssel, fogalmam sincs miért került oda, ekkor még nem szerkesztettem az fstab-ot.

(#57308) kispx

Sajna nem segített az install qt5-default, később újra lefagyott.
Eddig 3 verzót produkált:
1. képernyő csíkos - fekete váltás, egér mozog, hang lejátszás megy tovább
2. képernyő csíkos - fekete váltás, egér mozdulatlan, hang lejátszás megy tovább
3. képernyő csíkos - fekete váltás, egér mozdulatlan, hang átmegy fütyülésbe

Most ott tartok, hogy az elérések rendben, de a GParted ellenőrzés sda1 (Debian) hibát dob.
Mit tehetek, hogy ne legyen ilyen hibám?

[ Szerkesztve ]

UUID=5a4b60a2-9d1b-4343-bceb-9acd7881aea8 /media/Str ext4 noauto,exec,lazytime,users 0 0
/dev/cdrom /media/cdrom iso9660 noauto,exec,users,ro 0 0
/dev/cdrw /media/cdrw iso9660 noauto,exec,users,rw 0 0
/dev/dvd /media/dvd udf noauto,exec,users,ro 0 0
/dev/dvdrw /media/dvdrw udf noauto,exec,users,rw 0 0
/dev/sr0 /media/sr0 auto noauto,exec,users,ro 0 0

Ezek kellenek neked? Ha nem direkt van benne, akkor töröld. Töröld a Debianból is ezt : dev/sr0

A Debian ezt rakja bele default-nak, így ez tökéletes, cseréld le a másikban is egy ilyen sorra:
UUID=67429dd8-1ki6-4b09-666x-703c993ca2d5 / ext4 discard,noatime,errors=remount-ro 0 1

Így nézzen ki Debianon:
# / was on /dev/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0

ez a sor teljesen értelmetlen:
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 /media/Debian ext4 noauto,exec,lazytime,users 0 0

így rakd be inkább az MX-be:
# / was on /dev/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0

Az UUID-okat ellenőrizd le a blkid paranccsal és a megfelelőt rakd be, mert itt egy halott sort kivettem ezek közül és nem tudom melyik a jó UUID:

UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 /media/Debian ext4 noauto,exec,lazytime,users 0 0
UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 defaults 1 1

*****************************************************
Reboot előtt ne feledd a sudo update-grub parancsot!!!!

Nálam ezt csinálta a Debian defaultnak: (csak, hogy lásd, nem beszélek félre)

# /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=65849dd8-1be6-4b09-907c-703b573ca2d5 / ext4 discard,noatime,errors=remount-ro 0 1
# swap was on /dev/sdb5 during installation
UUID=23471605-6136-4cbc-b485-2c360f351549 none swap sw 0 0

[ Szerkesztve ]

Azt nem tudtam, hogy a cd/dvd bejegyzésekkel mit csináljak, most töröltem, így már csak az a kérdés, hogy az sda4-nek mennyire gáz, hogy nem szerepel egyik fstab állományba se, de szerintem jó az úgy.

Meg a leglényegesebb, hogy mit tehetek a GParted által talált sda1 hibával?

Az FSTAB dolga, hogy auto-csatolást végezzen, így gondolj rá. DVD/CD nem állandó lakó a gépben, értelemszerűen nem kell szerepelnie az autocsatoltak között.

Az sda4-nek ha van értelme boot után felcsatolva lenni, akkor berakod az FSTAB-ba, ha nincs, akkor nem.

Az a linkelt hiba is nagyon esélyes, hogy a teljesen összekavart FTSAB miatt volt, vagy a lazytime miatt, bár ha foglalt egy meghajtó, akkor nem ezt írja ki gparted. Ilyen hibakiírást még nem láttam.
Ha rendberaktad az FSTAB-ot és le is ellenőrizted ( cat /etc/fstab parancs ), hogy nincs benne zagyva bejegyzés, akkor szerintem próbáld újra lefuttatni az ellenőrzést.

cat /etc/fstab kimenetet berakhatnád ide is

[ Szerkesztve ]

Csak, hogy tiszta legyen a kép, a telepítés után volt olyan összekavart az fstab. Csak a discard,noatime opciót írtam én.

Debian fstab:

ggy@msid:~$ 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/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0

ggy@msid:~$

MX-16.1 fstab:

ggy@msimx:~
$ cat /etc/fstab
# /etc/fstab: static file system information
#
# Created by make-fstab on 2018. jan. 1., hétfő, 22.22.08 CET

# <file system> <mount point> <type> <options> <dump/pass>

UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 discard,noatime,errors=remount-ro 0 1
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 swap swap defaults 0 0

ggy@msimx:~
$

Tisztában vagyok vele, hogy nem te kutyultad így meg az FSTAB-ot, de a a második telepítés nagyon nem jó, elég sok disztrót raktam már fel a többi mellé és mindegyik megcsinálta a saját fstab-ját, de ennyire nem kutyulta meg.

Most még annyit tegyél meg, hogy az MX FSTAB-ját valóban úgy csináld meg, ahogy megbeszéltük!

none swap sw 0 0
swap swap defaults 0 0

Azért gondolom látod a különbséget! Bár, ahogy látom a Debian wikije is így írja, ennek ellenére default-nak mégis az első sort csinálja meg telepítéskor és az biztosan jó úgy. Ilyenkor nem szerencsés csak a felét megcsinálni úgy, ahogy javasolják, a másik felét meg máshonnan összeszedve, de úgy csinálod, ahogy jól esik, én csak javasoltam, hogyan kéne.........

Megnéztem 4 másik disztró FSTAB-ját és mind ugyanúgy csinálta az opciókat, ahogy az első sorban van!

Ok, javítottam, de mi lenne az az "sw" opció, erről nem találtam semmi infót (köszi, erre nem kérek választ):

UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 discard,noatime,errors=remount-ro 0 1
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0

Debian Wiki szerint (szerintem ez még régi leírás, szó sincs systemd-ről):

swap swap defaults 0 0

Arch Wiki szerint (systemd):

none swap defaults 0 0

Debian 9 (systemd) így készíti:

none swap sw 0 0

MX-16.1 (sysvinit?, nem systemd) így készíti:

swap swap defaults 0 0

A Te logikád alapján maradt az MX-16.1 swap bejegyzés, a rendszer írta módon.
(Nem vágom a systemd-sysvinit kérdést, csak úgy írtam ezeket.)

Mivel így is működik mindkét rendszer, így tovább lépnék.

Úgy tünik nem tudom elkerülni az e2fsck kérdést.

root@msimx:/home/ggy# fsck /dev/sda1
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
/dev/sda1 has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!

Másik partíció talán rendben:

root@msimx:/home/ggy# fsck /dev/sda4
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
Str: clean, 113/5390336 files, 2410476/21559040 blocks

Ide jutottam e2fsck new version ügyben. Írnak itt bőven Debian hibáról, persze nem értem. Na, de ez a "make install" már sokk nekem.

Debian (sda1), esetleg az egész SSD újra partícionálása, telepítése megoldhatja ezt a hibát, vagy mindenképpen csak e2fsck a megoldás?

Lesz ami lesz alapon csak nekiálltam forrásból telepíteni az e2fsprogs-1.43.8-at.

ggy@msimx:~
$ sudo fsck /dev/sda1
[sudo] password for ggy:
fsck 1.43.8 (1-Jan-2018)
e2fsck 1.43.8 (1-Jan-2018)
Debian: tiszta, 143357/1310720 fájl, 1644092/5242880 blokk

GParted kicsit bővebben írja:

A fájlrendszer (ext4) ellenőrzése és javítása ezen: /dev/sda1 00:00:02 ( SIKER )

/dev/sda1 kalibrálása 00:00:00 ( SIKER )

útvonal: /dev/sda1 (partíció)
kezdet: 2048
vég: 41945087
méret: 41943040 (20.00 GiB)
/dev/sda1 fájlrendszerhibáinak keresése és azok javítása (ha lehetséges) 00:00:02 ( SIKER )

e2fsck -f -y -v -C 0 /dev/sda1 00:00:02 ( SIKER )

1. lépés: inode-ok, blokkok és méretek ellenőrzése
2. lépés: könyvtárszerkezet ellenőrzése
3. lépés: könyvtárkapcsolatok ellenőrzése
4. lépés: referenciaszámok ellenőrzése
5. lépés: csoport összefoglaló információinak ellenőrzése

143357 inode használatban (10.94%, összesen 1310720)
209 nem folytonos fájl (0.1%)
206 nem folytonos könyvtár (0.1%)
ind/dind/tind blokkokat tartalmazó inode-ok száma: 0/0/0
Extentmélység-hisztogram: 127306/38
1644092 blokk használatban (31.36%, összesen 5242880)
0 hibás blokk
1 nagy fájl

116249 normál fájl
9824 könyvtár
7 karakteres eszköz fájl
0 blokkos eszköz fájl
0 fifo
31 link
17267 szimbolikus link(15997 gyors szimbolikus link)
1 foglalat
------------
143379 fájl
e2fsck 1.43.8 (1-Jan-2018)
fájlrendszer növelése, hogy kitöltse a partíciót 00:00:00 ( SIKER )

resize2fs -p /dev/sda1 00:00:00 ( SIKER )

resize2fs 1.43.8 (1-Jan-2018)
A fájlrendszer már 5242880 (4k) blokk hosszú. Nincs teendő!

Köszi a segítséget!

Super! Még jó, hogy most olvaslak csak, mert akkor ez a probléma sincs már! Örülök, hogy sikerült megoldanod.

Attól még rejtélyes ez a dolog, amit az MX csinált nálad az fstab-ban meg ez a fsck verzió gond is.

[ Szerkesztve ]

Az e2fsprogs oldali bejegyzések legalább 6-8 Debian hibát emlegetnek, azt én nem tudom onnan kiolvasni, hogy van-e összefüggés a problémámmal, de megoldódott.
Persze régebbi e2fsck 1.42.12 (29-Aug-2014) futtató rendszer megint hibát jelez.
Átnézem az MX-Linux bug report témát és, ha ráérzek, akkor megpróbálom újból az MX-17-et, akkor majd látom, hogy mi lesz fstab ügyben.

Lehet, hogy jobb lett volna a privátban rákérdezned, hogy miért tiltottalak ki a topikból. Elmondtam volna szívesen, hogy ez nem lehetséges, mert a Tg-nek nincs ilyen jogosítványa, figyelmeztethet és hsz-t törölhet, súlyos esetben megy a modker-be, de az nem a kedvenc helyem. Amiatt meg, hogy volt kis torzsalkodás...ne szórakozzunk más, ezért kitiltani valakit, szóltam, hogy hagyjátok már ezt a fenébe és ennyi. El is felejtettem utána, de ha törlök hsz-t nagy ritkán, azt is leírom ide, nem sumákban tiltogatok ki embereket meg törölgetek.

Ha akkor rákérdezel, ezt az anomáliát is továbbíthattam volna a nagybetűsöknek, mivel engem nagyon szeretnek, hamar ki is vizsgálták volna.

Szerintem abban az időben, mikor ezt a jelenséget tapasztaltad, elég sokan panaszkodtak a nagyon lassú oldalbetöltésre, az meg már régóta ismétlődő gond.

Érdekes ez a sok hiba, mert az ilyen fsck szintű programokkal nem nagyon szokott ilyen lenni.

Érdemes szerintem is újra próbálkoznod a 17-es verzióval, most már ismered ezt a hibát is és az fstab-ot is le tudod csekkolni és javítani, ha nem megfelelő.

Ha meg valami gond lesz, megpróbáljuk megoldani! Nyugodtan írd csak meg azt is, nem foglak kitiltani! (ehhez az előző hsz-t mindenképpen olvasd el, nehogy újabb félreértés legyen)

Szeretnék letölteni egy végtelen nagyságú filet (konkrétan rádió adást szeretnék menteni)

Sajnos a streamripper-t nem tudtam munkára fogni így arra gondoltam hogy simán egyszerűen wget-tel letöltöm.

A problémám csak annyi hogy meglehet mondani a wgetnek hogy hogy nevezze el a filet? ill hogy mondjuk egy óra után hagya abba a rögzítést?

wget azért is jobb lenne, mert az megy a nason is. Míg más program kétséges.

Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;

-O kapcsoló után adod meg a kívánt fájl nevét

a másikra passz

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Sziasztok

Linux mint 18.2 alatt hol lehet beállítani, hogy bejelentkezéskor kérjen jelszót?

[link]

Ez alapján próbáltam a Bejelentkezési ablakban, de ott nincsen automatikus bejelentkezés, amit ki tudnék kapcsolni.

Köszönöm előre is a segítséget!

Kipróbálnád? most nincs linux a közelemben.
mencoder streamCím -o foo.mp3 -oac copy -endpos 01:00:00

elvileg 1 órát kellene rögzítenie.

Wget -tel itt próbálkoznak

iMac 2013 Late ; Apple iPhone 11 ; Apple TV 4K 64Gb ; Sony KD43XF8505 ; Sony HT-XF9000 ; Sony WH-1000XM3 ; Toyota Prius III 1.8 HSD Premium;.... Ha a tények nem igazolják az elméletet, változtasd meg - a tényeket. Albert Einstein

sziasztok

az apt-get update && apt-get upgrade-nek ez a kimenete

tudnék benne segítséget kérni?

piros-kapszula: https://www.youtube.com/watch?v=oW-VZVYohRg

"Jessie and Stretch backports of Firefox release and beta are gone because of the requirement of rust to build them, which is not available in Jessie or Stretch. Please update your apt sources to use Firefox ESR instead."

Megy a kutyulás a repókkal azt látom Azt az opensuse-s deb-es tárolót minek vetted fel?

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.

Mindkettőt kitörölheted (mármint azt a suse-s tárolót, meg a mozilla-sat), meg leszedheted a firefox-ot, helyette pedig a firefox-esr csomagot rakd fel. Nem kell hozzá külön tárolót felvenned.

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.

Szia!

A 18.2 már nem MDM-et használ, ami szinte ugyanaz volt, mint a linkelt leírásban lévő GDM.

ezzel a paranccsal meg tudod nézni egyébként:

loginctl show-session $XDG_SESSION_ID

itt a kimenete:
Id=c1
User=1000
Name=ubyegon
Timestamp=szo 2018-01-06 07:05:18 CET
TimestampMonotonic=15032189
VTNr=7
Seat=seat0
Display=:0
Remote=no
Service=lightdm-autologin
Desktop=cinnamon
Scope=session-c1.scope
............
......

#automatikus bejelentkezés

A Mint topikban nemrég szó esett erről, itt a lényeg, csak nálad nem törölni kell onnan a username-t, hanem beírnod.

[ Szerkesztve ]

Már szerintem múlt év májusában tudtunk volna ebben segíteni !

Van jelentősége, ha valaki válaszol amúgy?

kérdés:

válasz:

Én már nem is csodálom, hogy lassan kezdem feladni az itteni ténykedésem. Hol privátban küldenek el a zanyámba, mert töröltem őket, holott nem is tudnám ezt megtenni, hol csak magamnak írogatom a választ, mert a kérdezőt nem is igazán érdekli......

[ Szerkesztve ]

Az mitől lehet: sokszor mikor leállítanám a gépet, sötét képernyőnél áll vagy 2 percig? (Debian 9, minden ablakkezelőnél előjön a jelenség)
Ha nyomok egy F1-et, látom a tty1 prompt-ot, mást nem. Aztán egyszer csak folytatódnak a műveletek és leáll. Köszi!

Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek

Érdekes jelenség, legalábbis az a része, hogy nem mutat semmit.

Ezeket a hsz-eket nézd át szerintem és a felesleges szolgáltatásokat lődd ki.

#How to enable or disable services? Linux szolgáltatások ellenőrzése, aktiválása - inaktiválása

[link]
[link]
[link]

ezt is érdemes átolvasgatni:
How To Use Systemctl to Manage Systemd Services and Units

Az sincs kizárva, hogy tévúton járok.

systemd-analyze blame indításkor írja a folyamatokat, mondjuk ebből akár ki lehet ókumulálni, mi a bűnös leálláskor, de nem biztos.

[ Szerkesztve ]

Esetleg nincs ilyenkor bent egy pendrive, vagy külső vinyó? Ne F1.et nyomj, hanem esc-et, akkor előjön a konzolos képernyő (mintha nem lenne gui), ott elvileg kiirja miért nem áll le.

Keresek: D-link covr-1102 2 pack routert.

journalctl -b -1 | curl -F 'f:1=<-' ix.io

A visszakapott URL-t meg ide masold be.

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.

curl-t használj:

curl -o /home/bob/radio_stream_$(date '+%D').mp3 URL -m 60

A példában elérési útvonal plusz fájlnevet látod, tudod módosítani. Dátumot hozzáadja, így nem lesz probléma felülírással, de ki is törölheted.

URL helyére megy a stream ... URL-e

A -m kapcsoló után másodpercben van megadva a rögzítés hossza időben. Tehát a példában egy perc van beállítva.

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.