Itt mi lehet a gondja? Sleepből jövet.

[ Szerkesztve ]

Sziasztok. A topikleírás alapján bizonytalan vagyok hogy jó helyen kérdezek e, mert lehet hogy ez szerver kérdés (nem szerver, hanem NAS). Ha rossz helyen vagyok, elnézést kérek.

Van egy Asus Routerem, Entware rendszerrel megspékelve, és testreszabva. Ez az Entware disztri egy ext4 fájlrendszeren van egy ősrégi külső merevlemezen. Beszereztem egy külső SSD-t , és erre szeretném áthelyezni ezt az Entware-t tartalmazó ext4 fájlrendszert (klónoznám a partíciót). Ehhez nekem win11 pro áll rendelkezésemre, WSL-el.

Maguk a fájlok azok NTFS partíción vannak, és azokat már átmásoltam sikeresen Windows alól.

Van erre megoldási javaslatotok?

Nekem az is jó, ha olyan szoftvert ajánlotok, ami képes olvasni és másolni az EXT4 fájlokat.

Köszi: Sanyi.

Live Linux, Clonezilla.

[ Szerkesztve ]

https://www.coreinfinity.tech

Azt még érdemes megfontolni, hogy ebben az esetben külső SSD-nek NVME SSD ajánlatos a trimmelés miatt, mert a satás házba tett sata SSD nem fog trimmelődni, legfeljebb néhány rack viszi át a belsős fstrim parancsot (pl ACT AC1510 USB 2.5" SATA Merevlemez Adapter), egyéb házak esetén mókolni kell az fw-ben, vagy entwareben. Ráadásul egyébként sem ismeri alapból az fstrimet magát sem a router fw, vagy entware. Az NVME SSD viszont "spontán" trimmelgeti magá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.

Ebből egy szót sem értek, de az SSD egy 1 terás Verbatim külső SSD, nem SATA-s (SDSSDE30-1T00-G25/186577) legalábbis szerintem, mert annál kisebb.

Jól értelmezem, hogy ezekhez kell pluszban egy pendrive és erről kell bebootolni? Nekem olyan eszközkellene, ami Windows alól megy, ha létezik ilyen.

Hát, ha direkt ilyen külsős doboz, akkor illene tudnia. Gondolom, hogy windowssal biztos tudja , de tudja-e linuxxal is? Meg kell nézni a doksijá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.

Megveheted, Paragonnak van ilyen drivere.
Nem. Olcsó.

https://www.coreinfinity.tech

inkább újratelepítettem mindent és visszamásolom a config fájlokat, az gyorsabb

Win alatt xcopy pl.
xcopy c:\ f:\ /s /e /h /i /c /y
behelyettesítve a meghajtó betűjeleket.
ez amolyan DD szerűség de nem viszi át a part uuid-ket labeleket meg az esetleges mbr vagy bármilyen ilyen jellegű adatokat úgyhogy nem ismerem a rouer firmwarek lelkivilágát de tuti hogy utólagos hegesztgetések kellenek, be kellene vetni a cmd diskpartot is, így nem ajánlom.
+még ha a Win nem ad betűjelet az egzotikus fájlrendszernek mert nem fog, akkor eleve meghalt az elképzelés mert nem fogja felcsatolni, mountolni. Kell még egy Ext2explore szerűség is.
Ha nincs 1 darab pendrájvod akkor adok neked ingyen egy 32 gigást mert a Ventoy óta csak kallódnak a fiókba és arra live Linux, Clonezilla, Acronistrueimage, bármilyen free klónozó szoftver és ennél nincs egyszerűbb megoldás.

[ Szerkesztve ]

A WSL kezeli az ext4-et. Felcsatolod, átmásolod(rsync, vagy dd), készen vagy.
Persze egyszerübb Clonezillával az egészet átmásolni.
A Windows-os lemezkép kezelő programok is képesek klónozni, fájlrendszertől függetlenül, hisz egy szintel alatta, a szektorokat másolják le bitről bitre.

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Szerintem Windows alatt nincs filesystem független másolás, már több esetben is belefutottam, hogy nem kezelik az ext partíciókat ezek a programok. Ha van drivered, akkor talán igen, de egyébként a tapasztalataim mást mutatnak.

Valószínűleg nem véletlenül van megemlítve a linkeden sem a Clonezillánál az ext-ek kezelése.

[ Szerkesztve ]

https://www.coreinfinity.tech

Már hogyne lenne. pl. [link] Ha olyan fájlrendszert tartalmaz, amit nem ismer, a dd-hez hasonló módon szektorról szektorra lemásolja. [link]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Köszi.

https://www.coreinfinity.tech

Sziasztok!
Adott egy 16GB USB-s pendrive,
Kingston.
Bootolhato ISO képet írtam ki rá,
de sajna azóta "írásvédett" a lemez.
Ezeket próbáltam eddig:
Partíció törlése = nem törölhető
Gparted = 0
KDE partíciókezelő = 0
UBCD -ről nem tudom melyik partíciókezelő = 0
UBCD disk hexa editor, megpróbáltam a lemez
tartalmát 0-ra átírni, nem engedi
ASUS BIOS SSD cleaner = 0
Windows 10 partícionálás, formázás = 0
Philips LED TV, USB - lemez formázása = 0
Valakinek van egyéb ötlete vagy ez a lemez kuka?

Csak a Puffin ad neked erőt és mindent lebíró akaratot!

Ez kukamenet lesz, búcsúzz el tőle...

Hát, szomorúan hallom.

Csak a Puffin ad neked erőt és mindent lebíró akaratot!

dd se oldotta meg?

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

ezt még nem próbáltam, nekifutok...

Csak a Puffin ad neked erőt és mindent lebíró akaratot!

hát, eddig jutottam:

dd: '/dev/sdc' megnyitása meghiúsult: Írásvédett fájlrendszer

Csak a Puffin ad neked erőt és mindent lebíró akaratot!

érdekes. akkor esélyesen dead, remélem nem volt egy komoly pendrive.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Flash SSD topicban is kérdezted? Hátha van valami "secret solution".

Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.

#78108
sudo chattr -i
esetleg.

Pendrive probléma topik, de egyébként ha hardveresen írásvédetté vált, akkor nulla esély van, hogy az megjavul. [link] [link]

Szia!

Ez nagyon kemeny.

Beallitom a jogosultsagot, es jo is:
$ ls /media/tomi/ -alh
total 40K
drwxr-x---+ 6 root root 4,0K Apr 17 20:36 .
drwxr-xr-x 4 root root 4,0K Nov 1 22:35 ..
drwxrwxrwx 9 tomi tomi 20K Apr 16 22:47 Data
drwxrwxrwx 2 tomi tomi 4,0K Nov 1 22:32 DataWin
drwxrwxrwx 2 tomi tomi 4,0K Nov 18 21:54 Public
drwxrwxrwx 2 tomi tomi 4,0K Nov 18 21:54 Public2

De minden ujrainditas utan a gep elallitja a jogosultsagokat igy:
$ ls /media/tomi/ -alh
total 32K
drwxr-x---+ 6 root root 4,0K Apr 17 20:36 .
drwxr-xr-x 4 root root 4,0K Nov 1 22:35 ..
drwxrwxrwx 9 tomi tomi 20K Apr 16 22:47 Data
drwxrwxrwx 2 tomi tomi 4,0K Nov 1 22:32 DataWin
drwxr-xr-x 2 goliat users 0 Apr 15 16:41 Public
drwxr-xr-x 2 goliat users 0 Apr 15 23:24 Public2

Az fstab-ban most ez van:
//IP/public /media/tomi/Public cifs username=usr,password=psw,rw,uid=1001,gid=100 0 0

Mi a franc baja lehet? Sosem lattam ilyet.

"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János

Gondolom az 1001-es felhasználó nem tomi, hanem goliat. Írd át az fstab-ot tomi uid-jére. Az id tomi parancs kiírja mit kell oda írni.

[ Szerkesztve ]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

ntfs, amin jogosultsagot allitasz?

https://www.coreinfinity.tech

Srácok! Mindenkinek köszi!

Csak a Puffin ad neked erőt és mindent lebíró akaratot!

Kis ráncfelvarráson és tartalmi bővítésen esett át az NVMe Linux management blog, ha átnézitek és jelzitek, ha valami nem érthető vagy hiba (szintaktikai vagy elírás) van benne, azt megköszönöm!

-update- NVMe SSD - Linux mankó - smart management (align, TRIM, heat...)

Sziasztok! OMV topikból jövök át, van egy pár napja élesített OMV6-os PI4-en, OS az SD-n és USB SSD-vel. Ment minden flottul, de én hülye backup nélkül ránéztem a frissítésekre és lefrissítettem. Nem tudom miről, most Verzió:6.3.9-1 (Shaitan), Rendszermag:Linux 6.1.21-v8+
Azóta indítás után kis idővel állandóan ledobja az SSD disk-et, napló alapján S.M.A.R.T-tal lehet összefüggésben. Valami tipp, hol induljak el, vagy milyen naplóbejegyzésekre, diagnosztikára lenne szükség a probléma beazanosítására? Nem vagyok egy nagy linux admin, de azt is szívesen veszem, ha csak elindítotok a megfelelő irányba, utánaolvasgatok, de vakon nekiállni google keresésekkel nem sokra megyek

Mondanám, hogy az OMV topikban kérdezz rá , mert ezek ilyen saját megoldások Raspberryre, de mivel onnan jöttél ide, így kellene a log, hogy mi történik az SSD-vel. Abból talán tudnánk mondani valamit.

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

indulás után ezek az üzenetek jönnek a logban sda-val kapcsolatban az usb lekapcsolásáig:

Apr 23 13:07:29 raspberrypi kernel: [ 56.324551] sd 0:0:0:0: [sda] tag#27 uas_eh_abort_handler 0 uas-tag 6 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.324571] sd 0:0:0:0: [sda] tag#27 CDB: opcode=0x28 28 00 00 00 08 00 00 01 00 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.324760] sd 0:0:0:0: [sda] tag#26 uas_eh_abort_handler 0 uas-tag 5 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.324765] sd 0:0:0:0: [sda] tag#26 CDB: opcode=0x28 28 00 00 00 00 00 00 01 00 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.325068] sd 0:0:0:0: [sda] tag#24 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.325073] sd 0:0:0:0: [sda] tag#24 CDB: opcode=0x28 28 00 1a 8a 0f 18 00 00 c8 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.325383] sd 0:0:0:0: [sda] tag#23 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.325388] sd 0:0:0:0: [sda] tag#23 CDB: opcode=0x28 28 00 00 08 15 d8 00 01 00 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.325714] sd 0:0:0:0: [sda] tag#4 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD OUT
Apr 23 13:07:29 raspberrypi kernel: [ 56.325718] sd 0:0:0:0: [sda] tag#4 CDB: opcode=0x2a 2a 00 1a d4 88 40 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.668699] sd 0:0:0:0: [sda] tag#15 uas_eh_abort_handler 0 uas-tag 21 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.668721] sd 0:0:0:0: [sda] tag#15 CDB: opcode=0x2a 2a 00 37 c4 12 50 00 02 c8 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.669138] sd 0:0:0:0: [sda] tag#14 uas_eh_abort_handler 0 uas-tag 20 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.669149] sd 0:0:0:0: [sda] tag#14 CDB: opcode=0x2a 2a 00 1a c1 79 f0 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.669437] sd 0:0:0:0: [sda] tag#13 uas_eh_abort_handler 0 uas-tag 19 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.669445] sd 0:0:0:0: [sda] tag#13 CDB: opcode=0x2a 2a 00 1a c1 79 e0 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.669743] sd 0:0:0:0: [sda] tag#12 uas_eh_abort_handler 0 uas-tag 18 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.669749] sd 0:0:0:0: [sda] tag#12 CDB: opcode=0x2a 2a 00 1a c1 63 d8 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670055] sd 0:0:0:0: [sda] tag#11 uas_eh_abort_handler 0 uas-tag 17 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670062] sd 0:0:0:0: [sda] tag#11 CDB: opcode=0x2a 2a 00 1a c1 63 c8 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670353] sd 0:0:0:0: [sda] tag#10 uas_eh_abort_handler 0 uas-tag 16 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670360] sd 0:0:0:0: [sda] tag#10 CDB: opcode=0x2a 2a 00 1a c1 63 58 00 00 28 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670655] sd 0:0:0:0: [sda] tag#9 uas_eh_abort_handler 0 uas-tag 15 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670662] sd 0:0:0:0: [sda] tag#9 CDB: opcode=0x2a 2a 00 1a c1 63 48 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670969] sd 0:0:0:0: [sda] tag#8 uas_eh_abort_handler 0 uas-tag 14 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670980] sd 0:0:0:0: [sda] tag#8 CDB: opcode=0x2a 2a 00 1a c1 63 20 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.671270] sd 0:0:0:0: [sda] tag#7 uas_eh_abort_handler 0 uas-tag 13 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.671278] sd 0:0:0:0: [sda] tag#7 CDB: opcode=0x2a 2a 00 1a c1 63 00 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.671570] sd 0:0:0:0: [sda] tag#6 uas_eh_abort_handler 0 uas-tag 12 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.671577] sd 0:0:0:0: [sda] tag#6 CDB: opcode=0x2a 2a 00 1a c1 62 b8 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.671883] sd 0:0:0:0: [sda] tag#5 uas_eh_abort_handler 0 uas-tag 11 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.671891] sd 0:0:0:0: [sda] tag#5 CDB: opcode=0x2a 2a 00 1a 81 09 48 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.672184] sd 0:0:0:0: [sda] tag#3 uas_eh_abort_handler 0 uas-tag 10 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.672192] sd 0:0:0:0: [sda] tag#3 CDB: opcode=0x2a 2a 00 1a 80 09 10 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.672510] sd 0:0:0:0: [sda] tag#2 uas_eh_abort_handler 0 uas-tag 9 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.672523] sd 0:0:0:0: [sda] tag#2 CDB: opcode=0x2a 2a 00 1a 80 09 00 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.672817] sd 0:0:0:0: [sda] tag#1 uas_eh_abort_handler 0 uas-tag 8 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.672827] sd 0:0:0:0: [sda] tag#1 CDB: opcode=0x2a 2a 00 00 13 27 88 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.673150] sd 0:0:0:0: [sda] tag#0 uas_eh_abort_handler 0 uas-tag 7 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.673166] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x2a 2a 00 1a d4 38 50 00 02 40 00
Apr 23 13:08:00 raspberrypi kernel: [ 87.037181] sd 0:0:0:0: [sda] tag#25 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD
Apr 23 13:08:00 raspberrypi kernel: [ 87.037200] sd 0:0:0:0: [sda] tag#25 CDB: opcode=0x85 85 06 2c 00 da 00 00 00 00 00 4f 00 c2 00 b0 00
Apr 23 13:08:00 raspberrypi kernel: [ 87.057208] scsi host0: uas_eh_device_reset_handler start
Apr 23 13:08:00 raspberrypi kernel: [ 87.189908] usb 2-1: reset SuperSpeed USB device number 2 using xhci_hcd
Apr 23 13:08:00 raspberrypi kernel: [ 87.213559] scsi host0: uas_eh_device_reset_handler success
Apr 23 13:08:31 raspberrypi kernel: [ 117.757785] sd 0:0:0:0: [sda] tag#10 uas_eh_abort_handler 0 uas-tag 5 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.757805] sd 0:0:0:0: [sda] tag#10 CDB: opcode=0x28 28 00 1a 80 1f b8 00 00 50 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758015] sd 0:0:0:0: [sda] tag#7 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.758020] sd 0:0:0:0: [sda] tag#7 CDB: opcode=0x28 28 00 1a 80 1f b0 00 00 08 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758317] sd 0:0:0:0: [sda] tag#6 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.758321] sd 0:0:0:0: [sda] tag#6 CDB: opcode=0x28 28 00 1a c1 61 00 00 00 08 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758648] sd 0:0:0:0: [sda] tag#5 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.758652] sd 0:0:0:0: [sda] tag#5 CDB: opcode=0x28 28 00 1a 8a 7a 68 00 01 00 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758843] xhci_hcd 0000:01:00.0: WARNING: Host System Error
Apr 23 13:08:36 raspberrypi kernel: [ 122.849879] xhci_hcd 0000:01:00.0: xHCI host not responding to stop endpoint command
Apr 23 13:08:36 raspberrypi kernel: [ 122.849995] usb 1-1: USB disconnect, device number 2
Apr 23 13:08:36 raspberrypi kernel: [ 122.850490] usb 2-1: USB disconnect, device number 2

még annyi, hogy rárakom a disk.et az ubuntu laptopra, ott látom, és elérem.
Pi-n indulás után még próbáltam kapásból smb-n hozzáférni, akkor dobált ilyen üzenetet is:
program smartctl is using a deprecated SCSI ioctl, please convert it to SG_IO

SMART-ot kikapcsoltam webgui-ban.
Még cli-n próbáltam smartmonttols service-t leállítani, akkor meg: Failed to convert unwritten extends to written extends

Valami szövegmegosztóra kellett volna, nem ide ...

Ugyanakkor lehet, hogy most valamiért összeveszik az UAC-vel. Próbáld meg kikapcsolni. [link] Talán segít a működés normalizálásában, de bukod vele ezt a szolgáltatást.
A másik lehetőség, hogy felteszed a régi, működő verziót. Majd az esetből tanulva, előszőr mentesz, aztán frissítesz(de nem bétára!).
Persze ami nem romlott el azt nem kell megjavítani, szóval a frissítést nem erőltetném.

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Bocs, sejthettem volna, hogy hosszú lesz ide…(esetleg topikgazda törölje)
Nyilván magamat ostorozom, hogy 1. Miért nem backup-oltam. 2. Minek kellett egyáltalán frissítenem. Elvileg nem volt bepipálva kísérleti (beta) frissítés lehetősége, de mind1.
Újrahúzást akartam volna elkerülni, de ha egyszerűbb, mint hibát keresni, amit lehet meg se lehet oldani, ha tényleg béta frissítés ment fel, akkor mind1. Vagy van opció downgrade-elni?

egyébként ha kikapcsolom ezt az UAC-t attól még működni fog az usb ssd, csak esetleg lassabb adatátvitellel és smart nélkül?

[ Szerkesztve ]

A smartot nem befolyásolja, de igen, az adatátvitel sebessége lassabb lehet.

Próbáld meg, veszteni fogsz vele semmit(,sőt tanulhatsz is belőle).

Miért gond az újratelepítés? Nem hiszem hogy olyan bonyolult konfigurációt hoztál össze. De ha mégis, hát mentsd le a beállításokat, amit egy szűz rendszerre visszatöltve ugyanott leszel. pl. [link]

Esetleg próbáld ki egy másik külső házba tenni (akárcsak próbából).

[ Szerkesztve ]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Igazából nem gond, de gondoltam, hátha csak valami egyszerű beállítás módosítás megoldja a problémát. Azért szenvedtem pár órát az installal/konfigolással, de megcsinálom megint, most már gyorsabban kellene mennie. Adatvesztésem meg nincs, mert a rövid idő alatt is az ssd-re mentettem (csak rendszer backup nincs az sd kártyáról…), azt meg csak mount-olom újra.
De ha jól értem akkor valószínűleg kernelt frissíthettem és nem tetszett neki a külső házban lévő usb/sata csatoló? Furcsa, hogy előtte nem volt gond, remélem újrahúzás után se lesz…

a szerkesztett részre: sajna nincs másik külső házam

[ Szerkesztve ]

sziasztok, 18.04 LTSről volt egy update 20.04 LTSre. felment, de azóta fekete képernyőre bootol a gnome.
nomodesettel indítva betölt. egy i3-6100as vga-ját kellene használnia.
tpolgari@AS-202TE-952F:~$ sudo lspci -v | grep -i -A15  vga
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) (prog-if 00 [VGA controller])
    Subsystem: ASRock Incorporation HD Graphics 530
    Flags: bus master, fast devsel, latency 0, IRQ 11
    Memory at de000000 (64-bit, non-prefetchable) [size=16M]
    Memory at c0000000 (64-bit, prefetchable) [size=256M]
    I/O ports at f000 [size=64]
    Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
    Capabilities: [40] Vendor Specific Information: Len=0c <?>
    Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
    Capabilities: [ac] MSI: Enable- Count=1/1 Maskable- 64bit-
    Capabilities: [d0] Power Management version 2
    Capabilities: [100] Process Address Space ID (PASID)
    Capabilities: [200] Address Translation Service (ATS)
    Capabilities: [300] Page Request Interface (PRI)
    Kernel modules: i915


mesa és intel driverek fent vannak
tpolgari@AS-202TE-952F:~$ sudo apt install xserver-xorg-video-intel
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
xserver-xorg-video-intel már a legújabb verzió (2:2.99.917+git20200226-1).
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
tpolgari@AS-202TE-952F:~$ sudo apt install mesa-utils
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
mesa-utils már a legújabb verzió (8.4.0-1build1).
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
tpolgari@AS-202TE-952F:~$ 

ötletek? még nem állítottam el semmit, google barátom nem talált olyasmit, ami egyértelműen erre mutatna rá.

Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.

rövidre zárnám már a témát, de azért jó lenne megérteni mi is történhetett...
újrahúztam a pi-t, apt-vel upgrade-eltem, ugyanarra a kernelre hozta mint előtte. Nem kerestem rá, hogy lehet apt beállításokat csekkolni, de felteszem alapbeállítás, hogy beta update-et nem telepít Aztán jött az OMV, az install script a legfrissebbet telepíti, szóval ugyanott voltam, mint előtte, csak szűz install. OMV Látta a drive-ot, zöld a smart... mountolom a fájlrendszert és megint kaka... ssh-n belépek a pi-ra, csekkolom a mount-okat, ott a /dev/sda1, nem engedi unmountolni. (OMV-ben is ott maradt csak inaktívnak mutatta). Reboot, gyorsan ssh újra, sudo umount /dev/sda1, eltűnik a mount, OMV-ben még ott van, és minden ok . Nem teljesen értem, hogyan épül fel a rendszer, talán az OMV egyfajta overlay-ként működik az alap linux rendszeren, és valami összeférhetetlenség volt? Visszamegyek oda okosodni

Az OMV "csak" egy GUI. Rengeteg program/script, ami beállítja a gép szolgáltatásainak paramétereit.
pl.beállítod, hogy melyik meghajtót hova csatolja fel. Pedig egy fstab nevű fájl szerkesztésével ezt te is be tudnád állítani. stb...
Vagyis a hozzá nem értő mezei user-kenek is van esélyük bekattintgatni a helyes működést.
Mondjuk az sem mindegy hogy melyik OS-t tetted fel (32/64bit), plusz még a frissítés előtt csekkolyi kellett volna hogy milyen (hiba) üzenetekkel találkozol.

Melyik leírás alapján melyik image-t töltötted fel az SD kártyára?

[ Szerkesztve ]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Omv-extras leírás alapján pi os 64bit lite, magát az omv-t meg az automatizált live script-tel.
Annyi feltűnt, hogy első installt ssd nélkül csinaltam és létrehozott egy ext4-et az sd-n (ssd utána került hozzá), most meg (véletlenül) rajta hagytam az ssd-t és nem jött létre sd-n külön fájlrendszer. Lehet ez totál lényegtelen, csak feltűnt.

[link]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Kellenne dmseg kimenet, esetleg xorg log, hogy lássuk mi van. Még talán egy inxi -Fxxx is jöhetne.

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

Tanács kéne.
KDE alatt a Felfüggesztésnél (alvás) van egy olyan opció hogyha beállítom pl. 25 perc után aludjon el, képes hibrid alvásra azaz lementi a ramot a swapba vagyis nem gond ha közbe véletlenül elfelejtem hogy csak alszik és kirántom a konnektorból.

A funkció tökéletesen működik, hogyan lehetne rávenni hogyha simán a Felfüggesztésre nyomok, akkor is hibrid alvóba menjen?

És ha gpartedben új paricióstáblát hozol létre?

Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.

Azt mondanám, hogy az /etc/systemd/sleep.conf fájlt szerkeszd, a HibernateMode és a HibernateState értékét másold át a SuspendMode és a SuspendState helyére, és ez utóbbi kettő elől vedd ki a # jelet, tehát valahogy így nézzen ki:

[Sleep]
#AllowSuspend=yes
#AllowHibernation=yes
#AllowSuspendThenHibernate=yes
#AllowHybridSleep=yes
SuspendMode=suspend platform shutdown
SuspendState=disk
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=
#SuspendEstimationSec=60min

Esetleg felülírhatod közvetlenül a systemd-suspend.service-t is, így:

sudo nano /etc/systemd/system/systemd-suspend.service.d/override.conf

A /usr/lib/systemd/system/systemd-suspend.service fájl tartalmát másold be oda, és itt a végén a ExecStart=/usr/lib/systemd/systemd-sleep suspend sor érdekes neked, ezt kellene átírni erre:
ExecStart=/lib/systemd/systemd-sleep hybrid-sleep

Majd a # [Unit] sorral kezdve az összes sor elől kivenni a # jelet. Elméletileg, ha a KDE a systemd-et használja altatásra és hibrid alvásra, akkor működnie kell. Én nem tudom kipróbálmi, egyik gépemen sincs engedélyezve a hibrid alvás. Innen és innen vettem az ihletet, referencia doksi itt.