amit sql-ben joinnal érdemes megcsinálni, azt szerintem shellben is.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

sort -k ??? egy ketto | uniq -D -w ???

A kérdőjelek helyére megfelelő paraméter kell, hogy csak a hash-t nézze. A végén a sorokból a szükséges információt ki lehet nyerni.

Mondjuk adatbázisba betölteni se nagy kaland.

Jester

man join

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

aha join -i <(sort dupes.txt) <(sort filelist.fl)

kidob egy duplázást, és hello. Pedig sokkal több van.

[ Szerkesztve ]

hitler, sztálin, micro usb

nem értem, mi a problémád.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Klónozott már valaki pendrive-ról pendrive-ra Debiant?

Van egy ilyenem, hogy az USB-ről futó Debian-omból kéne még egy példány. Dd -vel kéne egy másik pendrive-ra áthúzni. Vagy végülis midegy, mivel Az egyik pendrive 8Gb-os, a másik 16.

A 8GB-osról, ha dd if=8gigás of=16gigás bs=512 count=partícióvége+1 , akkor read-only filesystem-mel kernelpánikol.Ha nem adok count-ot, hanem csak végigmegy, akkor teljesen jó.
Mountolni lehet a klónozott drive-ot, stb., normálisan.

Kérdés, hogyan kéne paraméterezni a dd-t? MBR van a pendrive-on, és próbáltam már úgy is, hogy a fdisk -l által kiadott partíció végét, meg a szektorok számát is adtam meg neki count-nak (+1 persze), de nem akar bootolni. A forrás pendrive vígan bootol.

Köszi minden ötlet

Mutogatni való hater díszpinty

Ja, ami fontos : Nyilván a MBR-t is kéne másolni.

Mutogatni való hater díszpinty

Könnyebben tudnánk segíteni ha mutatnál példát.

Jester

hogyhogy mi? Ez így semmire se jó.

#28508: mire? Összejoinolja az első találatot, és ennyi. Ezt én is megcsinálom egyszerűbben egy kereséssel a fájlban.

[ Szerkesztve ]

hitler, sztálin, micro usb

sudo fstrim -v /
sudo fstrim -v /home

Main full time job : >>> The ultra fast money producer !!!

https://www.coreinfinity.tech

SATA-s SSD parancsok ezek, de NVME-hez ne írj ilyeneket, nem kellenek.
Nem néznél utána? Végrehajtandó parancsokat csak akkor írjunk le, ha 100%-ig meg vagyunk győződve a helyességükről. Ez esetben max értelmetlen, de akkor is......(egyes parancsok simán nyugdíjazzák az SSD-t)

Flash SSD topikot javaslom tanulmányozásra.

[ Szerkesztve ]

Végül is lefuttathatja ezeket, az fstrim vissza fogja írni, hogy a TRIM nem támogatott. Tehát bajt nem csinál vele, csak nem fog lefutni. NVMe-n nem kell TRIM-elni, ahogy már kifejtettem.

Egyébként meg fstrim kiadásokor jobb a sudo fstrim -v -a formát használni. A -a kapcsoló (vagy hosszú formában --all) az összes felcsatolt, TRIM képes partíciót végigtrimezi. SATA meghajtók esetén.

[ Szerkesztve ]

Biztos vagy benne, hogy csak a SATA meghajtok eseteben trimmel?

[attiladeak@attila-manjaro-pc ~]$ sudo fstrim -v -a
[sudo] password for attiladeak:
/boot/efi: 510,7 MiB (535519232 bytes) trimmed on /dev/sda1
/mnt/GamesSSD1TB: 597,4 GiB (641424367616 bytes) trimmed on /dev/sdd1
/mnt/m2ssdNTFS: 46 GiB (49443680256 bytes) trimmed on /dev/nvme0n1p3
/home: 158,1 GiB (169744207872 bytes) trimmed on /dev/sda3
/mnt/GamesSSD512: 88 GiB (94443651072 bytes) trimmed on /dev/sdc1
/mnt/m2ssdEXT4: 63,8 GiB (68470444032 bytes) trimmed on /dev/nvme0n1p2
/: 37,5 GiB (40238280704 bytes) trimmed on /dev/sda2
[attiladeak@attila-manjaro-pc ~]$

csak, hogy egyertelmu legyen: az m2ssdNTFS m2ssdEXT4 /dev/nvme0n1p3 /dev/nvme0n1p2 particiok nekem ugyanazon a meghajton vannak, azon van egy swap is a p1en, s ez a meghajto egy SAMSUNG 970 pro 512GB NVMe SSD. Nem M.2 Sata, hanem NVMe.

[ Szerkesztve ]

ArchLinux, Star Citizen, Subnautica+BZ, ASTRONEER, Grounded, DRAG, VOLCANOIDS, Space Engineers, Elite:Dangerous, Beyond Blue (TK-Glitch Proton)

Sziasztok!

Egy kis segítségre lenne szükségem.
Van egy 3 lemezből álló raid 5-öm, behalt az ubuntu alatta (másik winyón van), feltettem egy új ubuntu servert, de nem vagyok biztos a dolgomban, hogy miként tudnám úgy újra összeállítani a tömböt, hogy az adataim biztonságban maradjanak. Nagyon régen hoztam létre, és nem is foglalkozok vele napi szinten.
Köszönöm szépen a válaszokat:
Zoli

Tudsz adni példát a 2 file-ról? A rendezéssel lehet baj (de ekkor hibaüzenetet is ad a sort), mert egyébként működik. Próbáld meg a join manual-jában található opcióval. Azaz:

join -i <(sort -k 1b,1 dupes.txt) <(sort -k 1b,1 filelist.fl)

[ Szerkesztve ]

Alex

Sziasztok!

Érdekes problémám van, és nem értem.

Hiren's boot CD-vel indítottam a gépet, és a photorec nevű adatmentő programmal egy csatlakoztatott NTFS merevlemezről 30 GB-nyi törölt fájlt állítottam vissza a gépbe lévő egyik NTFS partícióra.
Utána a Hiren's boot-ban lévő file menedzserrel láttam is a visszaállított fájlokat, meg is lehetett őket nyitni. Majd utána bebootoltam a gépen lévő Win10-el, és a fájlokat nem látom. Az intézőben az látszik csak, hogy a mentési területre kijelölt partíció megtelt Í(ez OK). Rejtett fájlok mutatása be van állítva.
Újra a Hiren's boot CD-vel indítottam el a gépet, és már ott sem látszódnak a fájlok, üresnek mutatja a partíciót.

Ez az egész mitől lehet?

Egyébként, tettem a próbát: egy csatlakoztatott külső NTFS lemezre indítottam fájl visszaállítást, és kíváncsiságból a folyamat közben lehúztam a diszket. A visszaállítási folyamat nem állt meg, a Hiren's boot-ban lévő file menedzserrel láttam, hogy a photorec a háttérben továbbra is állítja vissza a fájlokat a lehúzott diszkre, ami továbbra is mount-olt állapotban van.

Azért vagyok meglepődve, mert tavasszal már csináltam ilyen visszaállítást, igaz akkor rendes telepített Fedora alatt történt lokális diszkről egy lokális diszkre a visszaállítás, és a fájlok akkor megmaradtak, nem találkoztam ilyen huncutságokkal.

Segítsetek, miez az egész, és hogyan láthatnám a visszaállított fájlokat, ha egyáltalán ott vannak?

Előre is köszönöm!

Ilyesmi lesz

Mutogatni való hater díszpinty

Köszönöm szépen!

Sikerült elindítanom, viszont lenne még egy problémám:

root@nas:~# parted -l
Típus: ATA WDC WD30EZRX-00D (scsi)
/dev/sda lemez: 3001GB
Szektorméret (logikai/fizikai): 512B/4096B
Partíciós tábla: gpt

Szám Kezdet Vég Méret Fájlrendszer Név Jelzők
1 1049kB 500GB 500GB ext4
2 500GB 2035GB 1535GB ext4
3 2035GB 3001GB 965GB ext4

Típus: ATA WDC WD30EZRX-00S (scsi)
/dev/sdb lemez: 3001GB
Szektorméret (logikai/fizikai): 512B/4096B
Partíciós tábla: msdos

Szám Kezdet Vég Méret Típus Fájlrendszer Jelzők
1 1049kB 1500GB 1500GB primary ext4 raid
2 1500GB 3001GB 1501GB primary ext4

Típus: ATA WDC WD5000LPCX-2 (scsi)
/dev/sdc lemez: 500GB
Szektorméret (logikai/fizikai): 512B/4096B
Partíciós tábla: msdos

Szám Kezdet Vég Méret Típus Fájlrendszer Jelzők
1 1049kB 496GB 496GB primary ext4 boot
2 496GB 500GB 4292MB extended
5 496GB 500GB 4292MB logical linux-swap(v1)

Típus: ATA WDC WD30EZRX-00D (scsi)
/dev/sdd lemez: 3001GB
Szektorméret (logikai/fizikai): 512B/4096B
Partíciós tábla: gpt

Szám Kezdet Vég Méret Fájlrendszer Név Jelzők
1 1049kB 500GB 500GB ext4 raid
2 500GB 2000GB 1500GB ext4 raid
3 2000GB 3001GB 1001GB ext4 raid

Nem tudta becsatolni az SDA-t, szerintem azért, mert hiányzik a partició jelzőjéből a raid.
Vissza tudom tenni, vagy jobban járok, ha formázom és új lemezként csatolom bele a rendszerbe?

Köszi szépen előre is!
Zoli

dupes.txt részlet
cf9cb13bb8ed5fdd26de4226fb50a19b
d030b4633e6dc512228bfd236ca0c77b
d06c69227b0ca75df6fcd877d103b02a
d0b675fad1e9949314d48633e4f72ed7
d298e49f37ab25d606059055f996af9a
d30e8c850b8f0afa9577a5566628998d
d89c336f2aa7f73911d0038f3ee98a9e
da761b96825884aaeba93b05d3ca1214
dcfdf219995767b1ec9f679c972cf445
dd3186dd0e3e952f9150d7d6bd407e76
dd39687a8924252bc35b3bd0a95b1036
ddd89a850cdd78b148c45bf4179d843b
e0f7f53363adced8f28cd529268b5b63
e1db80bd271574ffee9c43a16e3b0e85
e694f2f898244c1b8a21af3a9ea51fea
e6f7eeff9e973d1c4765708084ddf03d
ecdc8cc1401bebc0c6654abd48f08000
eebea5dcf1c8f1c6d8bbdcca0dc0ba0f
eed377d31bfd931ebce3f824e660c173
f1a20babb8eebbeb79dd95139be95ab9

filelist részlet

0b0d915f1c33b3977d1d93c39f74cfce film/American.Pie.1999.BDRip.x264.HuN-Nimphas/Sample/sample.mkv.part
6b19e41621e1c6b31e2ff1caac3474f9 film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.mkv
9193775624021bdea72d5ddcc45b8b21 film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.nfo
bd1e39658b19e1fc879949585d1d758d film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.sfv

Bár most nézem, hogy 2 space van a hash és a fájlnév között, lehet az bezavar.
Szerk: nem, nem az. Ugyan az az eredmény így is, 2 fájlt listáz ami nem is egyezik

[ Szerkesztve ]

hitler, sztálin, micro usb

Igaz, hogy sikerült pont olyan részleteket átküldened, amiben nincsenek egyezések. Így csináltam azonosakat. A dupes.txt-t nem módosítottam, a filelist a következő lett:

[gavarga@gavarga-e5540 test]$ cat filelist 
0b0d915f1c33b3977d1d93c39f74cfce  film/American.Pie.1999.BDRip.x264.HuN-Nimphas/Sample/sample.mkv.part
6b19e41621e1c6b31e2ff1caac3474f9  film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.mkv
dd3186dd0e3e952f9150d7d6bd407e76  barmi
9193775624021bdea72d5ddcc45b8b21  film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.nfo
ecdc8cc1401bebc0c6654abd48f08000  akarmi
bd1e39658b19e1fc879949585d1d758d  film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.sfv

És láss csodát, tökéletesen működik:

[gavarga@gavarga-e5540 test]$ join -i <(sort -k 1b,1 dupes.txt) <(sort -k 1b,1 filelist)
dd3186dd0e3e952f9150d7d6bd407e76 barmi
ecdc8cc1401bebc0c6654abd48f08000 akarmi

De akár a sort kapcsolói nélkül is:

[gavarga@gavarga-e5540 test]$ join -i <(sort dupes.txt) <(sort filelist)
dd3186dd0e3e952f9150d7d6bd407e76 barmi
ecdc8cc1401bebc0c6654abd48f08000 akarmi

Alex

sajnos nem működik. olyan 2 sort listáz, aminek a hasheiben nincs egyezés.
Viszont sima szöveges rákereséssel rákeresve van ami van, de azt meg nem találja meg...
Azt megtalálja ami nincs, azokat ami van azt nem.
Átkonvertálva mind2-t UTF-8-ra, viszont már azt írja, hogy egyik sor nincs sortolva, miközben be van állítva a sort.

[ Szerkesztve ]

hitler, sztálin, micro usb

Nem is fogja csont nélkül becsatolni. Össze kell vele állíttatni, a --assemble erre való. Meg fel is lehet vele deríttetni, mi van a lemezeken (hasonlóképpen, ha gondolod, kigúglizom neked ) - ilyenkor úgyis rájn, hogy jé, ott RAID partíciók vannak, akkor az egy RAID tömb. (Ha nem a partíció RAID, akkor is meg kéne találnia.) Mindenképpen működnie kell, mert a lemezek jók, nem sérültek, nem változtak az adatok rajtuk, stb.

[ Szerkesztve ]

Mutogatni való hater díszpinty

Igen, biztos vagyok benne. Ezek szerint az fstrim NVMe-n is támogatja a megfelelő részműveletet. Szerintem törli az üres szektorokat és azok egyben meg is trimelődnek.

Ha nem hiszed, olvass utána a TRIM parancs egy ATA/SATA utasítás, az NVMe protokollban nem létezik, viszont ott van helyette más, ami meg be van építve más általánosabb lemezműveletes parancsok közé, úgy, hogy nem kell külön progival hívogatni.

SCSI/SAS és USB-UASP SSD-ken sem létezik TRIM, ott az UNMAP SCSI parancs van helyette, ezt viszont kevés progi támogatja, SCSI/USB vezérlőtől is függ.

Véleményetek szerint ez hardveres vagy szoftveres probléma? Ez egy Inteles X86-os tableten van, amin a disztrók többsége a kijelzőn nem ad képet, csak dokkolóval külső monitorra de HW gyorsítás ott sincs. Gyárilag W10 fut a tableten, szóval a hardver működik.

[ 3.243791] [drm:pipe_config_err [i915]] *ERROR* mismatch in pixel_rate (expected 282910, found 142400)
[ 3.243942] [drm:pipe_config_err [i915]] *ERROR* mismatch in base.adjusted_mode.crtc_clock (expected 282910, found 142400)
[ 3.244084] [drm:pipe_config_err [i915]] *ERROR* mismatch in port_clock (expected 282910, found 142400)
[ 3.244161] ------------[ cut here ]------------
[ 3.244162] pipe state doesn't match!
[ 3.244247] WARNING: CPU: 2 PID: 145 at drivers/gpu/drm/i915/intel_display.c:12697 verify_crtc_state+0x2b2/0x300 [i915]
[ 3.244248] Modules linked in: hid_sensor_hub hid_generic intel_ishtp_loader intel_ishtp_hid mmc_block i915 i2c_algo_bit i2c_i801 sdhci_pci drm_kms_helper cqhci lpc_ich sdhci syscopyarea sysfillrect sysimgblt fb_sys_fops intel_lpss_pci(+) ahci intel_lpss drm libahci intel_ish_ipc i2c_hid intel_ishtp hid video pinctrl_broxton pinctrl_intel
[ 3.244273] CPU: 2 PID: 145 Comm: kworker/2:1 Not tainted 5.2.0-8-generic #9-Ubuntu
[ 3.244274] Hardware name: Aava Mobile Oy Inari10B-WIG-1/AMME3918.4, BIOS W-01.38 01/28/2019
[ 3.244291] Workqueue: events output_poll_execute [drm_kms_helper]
[ 3.244345] RIP: 0010:verify_crtc_state+0x2b2/0x300 [i915]
[ 3.244347] Code: b6 45 bf e9 88 fe ff ff 80 3d 34 5a 0f 00 00 0f b6 f0 48 c7 c7 d8 9c 64 c0 75 32 e8 08 cf d9 ff e9 19 fe ff ff e8 8a 46 51 cd <0f> 0b e9 19 ff ff ff e8 7e 46 51 cd 0f 0b e9 80 fe ff ff e8 72 46
[ 3.244349] RSP: 0018:ffffb32940c47b40 EFLAGS: 00010286
[ 3.244351] RAX: 0000000000000000 RBX: ffff98e02c0602b0 RCX: 00000000000002b9
[ 3.244352] RDX: 0000000000000001 RSI: 0000000000000092 RDI: 0000000000000247
[ 3.244354] RBP: ffffb32940c47b88 R08: 00000000000002b9 R09: 0000000000000004
[ 3.244355] R10: 0000000000000000 R11: 0000000000000001 R12: ffff98e02ca26000
[ 3.244356] R13: ffff98e02c0602b8 R14: ffff98e02c060000 R15: ffff98e039b14000
[ 3.244358] FS: 0000000000000000(0000) GS:ffff98e03bb00000(0000) knlGS:0000000000000000
[ 3.244360] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 3.244361] CR2: 00007f1e51dff303 CR3: 0000000179a32000 CR4: 00000000003406e0
[ 3.244363] Call Trace:
[ 3.244421] intel_atomic_commit_tail+0x67d/0xcd0 [i915]
[ 3.244476] intel_atomic_commit+0x28c/0x2c0 [i915]
[ 3.244504] drm_atomic_commit+0x4a/0x50 [drm]
[ 3.244516] restore_fbdev_mode_atomic+0x1c4/0x1e0 [drm_kms_helper]
[ 3.244527] restore_fbdev_mode+0x50/0x160 [drm_kms_helper]
[ 3.244538] drm_fb_helper_restore_fbdev_mode_unlocked+0x54/0xb0 [drm_kms_helper]
[ 3.244549] drm_fb_helper_set_par+0x30/0x60 [drm_kms_helper]
[ 3.244560] drm_fb_helper_hotplug_event.part.0+0xa6/0xd0 [drm_kms_helper]
[ 3.244571] drm_fb_helper_hotplug_event+0x1c/0x30 [drm_kms_helper]
[ 3.244622] intel_fbdev_output_poll_changed+0x6f/0xa0 [i915]
[ 3.244632] drm_kms_helper_hotplug_event+0x2c/0x40 [drm_kms_helper]
[ 3.244642] output_poll_execute+0x19b/0x1c0 [drm_kms_helper]
[ 3.244648] ? __schedule+0x2c1/0x6c0
[ 3.244654] process_one_work+0x1db/0x3c0
[ 3.244656] worker_thread+0x4d/0x400
[ 3.244660] kthread+0x104/0x140
[ 3.244662] ? process_one_work+0x3c0/0x3c0
[ 3.244664] ? kthread_park+0x90/0x90
[ 3.244667] ret_from_fork+0x35/0x40
[ 3.244670] ---[ end trace cbce0b2ac6e12128 ]---
[ 3.254809] input: SYNP1000:00 06CB:1785 Touchscreen as /devices/pci0000:00/0000:00:16.3/i2c_designware.3/i2c-4/i2c-SYNP1000:00/0018:06CB:1785.0003/input/input1
[ 3.255122] hid-generic 0018:06CB:1785.0003: input,hidraw0: I2C HID v1.00 Device [SYNP1000:00 06CB:1785] on i2c-SYNP1000:00

[link]

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

Ez softvernek tűnik. Vagy rosszul olvas, vagy rosszul ír valami clock-ot.

Ezt kovesd le: Phoronix

Vagy akar ezt: bugzilla

a ezek kozul valamelyik, igaz-e?:

Intel Atom® Processor Z3480
Intel Atom® Processor Z3460
Intel Atom® Processor Z2760
Intel Atom® Processor Z2580
Intel Atom® Processor Z2560
Intel Atom® Processor Z2520
Intel Atom® Processor Z2480
Intel Atom® Processor Z2460
Intel Atom® Processor Z2420

[ Szerkesztve ]

ArchLinux, Star Citizen, Subnautica+BZ, ASTRONEER, Grounded, DRAG, VOLCANOIDS, Space Engineers, Elite:Dangerous, Beyond Blue (TK-Glitch Proton)

Igen, vagy Z3480, vagy Z3460.

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

Ezek az Atomok sajnos ilyen szutykok mind, főleg a régebbiek. Nem Intel GPU van beléjük integrálva, hanem valami PowerVR-os csoda, ami inkább integrált grafikus lassító, mint gyorsító, és általában nincs hozzájuk linuxos driver. Ezt a PowerVR-t egy külsős cég csinálja, egyszer nyújt hozzá drivert az aktuális Windowshoz és annyi, többé nem támogatják, de windowsos, se linuxos driver nem fog kijönni hozzá. Használjátok Win10-zel.

Azzal kerül kiadásra, de Windows alól nem lehet low-level hardveres dolgokat ellenőrizni, arra kell a Linux és a dmesg kimenete.

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

HD4000 gen7 ha minden igaz. Elvileg van linux driver, i915 vagy i965 de nem emlekszem, s nem folytattam a keresest, bizvan abban, hogy onnan mar meg talalja a megoldast.

CPT Pirk: Milyen kernelekkel probalkoztatok?

[ Szerkesztve ]

ArchLinux, Star Citizen, Subnautica+BZ, ASTRONEER, Grounded, DRAG, VOLCANOIDS, Space Engineers, Elite:Dangerous, Beyond Blue (TK-Glitch Proton)

Mint 19.2, Manjaro aktuális, Pop! OS, legújabb Ubuntu beta.

A Mint 4.15-ös kernelénél képes voltam 1x dmesg kimenetet nézni, az a posztolton kívül még egy rakás hardware errort is kiírt. A többinél nem sikerült képet varázsolnom, végül az 5.2-es kerneles Ubuntu béta működött eléggé ahhoz, hogy kimentsem a dmesget.

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

Atomja válogatja. Azok az atomok, amiket kapitány írt, azokban PowerVR van. Az újabb atomokban viszont valóban lehet Intel IGP, ezek jobbak is linuxozni, meg procierőben is jobban állnak.

Van egy itthoni mini-server a tv mellett, ami torrent és samba mellett video/audio player-ként is funkcionál Kodi segítségével.
Egy Kabini A4 5050 APU-val szerelt lapot használok 2db 4TB HDD Raid1 tárhellyel.
Ubuntu 16.04 netinstall volt a kiindulási alap amire a legfontosabb dolgokat tettem csak fel.
Olyan gondom van, hogy amikor nem nyúlok egy ideig a géphez eltűnik a HDMI kimenetről a jel. Hiába nyomkodom a Kodi-hoz konfigurált távkapcsolót (Lirc+WinMCE USB Receiver), nem jön vissza a kép. Ha kikapcsolom, majd újra visszakapcsolom a TV-t akkor lesz kép.
Viszont nem a TV kapcsol ki, mert azon minden energiatakarákos funkció off, illetve amikor nem kap a HDMI-n keresztül jelet, akkor a képernyőn a HDMI3 felirat folyamatosan jelen van.
Illetve, ha SSH-n keresztül egy "killall kodi"-t nyomok, akkor a scriptem érzékeli, hogy nem fut a Kodi, újra elindítja és visszajön a kép.
Természetesen a programban szintén minden energiatakarékosság ki van kapcsolva.
Van esetleg ötlet, hogy milyen irányban kellene elindulnom a probléma megoldásához?

Azt írja a Windows, hogy Intel HDGraphics van benne. Dolgoztunk korábbi, hasonló Intel SOC modulokkal, de azokon is mindegyiken Intel beépített grafika volt. Csak azokon ment minden disztró gond nélkül.

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

Értem, hogy a Windows azt írja. Nézz utána az Intel oldalán a proci specifikációnál.

Azt hiszem rossz procit mondtam korábban mert ez atom X5-E3940, de ebben az Intel szerint is HD Graphics 500 van. [link]

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

Igen, rosszat írtál. Én végig arról az Atom Z-ről beszéltem, amit említettél, azokban meg az Atom N-ek jó részében PowerVR GPU van. Ebben az X5-ben valóban HD 500, annak viszont rendesen kéne mennie, a normál i915 KMS kernel driverrel, semmilyen firmware meg X.org driver nem kell neki, csak egy mesa csomag az OpenGL-hez, meg esetleg vulkan-intel, ha Vulkant akarsz.

De mégis meghal az i915 driver, mindegy melyik disztróval próbáltam. Úgy néz ki várni kell egy 5.2 utáni kernelre... Valahová be kellene küldenem ezt a cut here dolgot, hogy eljusson a megfelelő emberhez.

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

Sőt, még a PowerVR-os szutykokon is megy az i915 driver, csak úgy megjegyzem, hajtja a GPU-t 2D-ben, némi energiagazdálkodás is működik, csak 2D-s és 3D-s hardveres gyorsítás és hardveres dekódolás nincs. Tehát képet még akkor is kéne adjon, meg akkor is bootolnia kéne, ha a driver nincs egészen rendben.

Iptables icmp beállításokkal kapcsolatban lenne pár kérdésem, remélem valamelyik szaki tud segíteni.
A kérdésem, hogy az alábbi icmp típusok közül elég csak a RELATED, ESTABLISHED állapotúakat beengedni (INPUT, FORWARD) vagy érdemes lenne az új NEW állapotú icmp csomagokat is?

Type 3: Destination Unreachable
Type 4: Source Quench
Type 11:Time Exceeded

Másik kérdésem, hogy a Type 12 Parameter Problem típust érdemes esetleg még hozzáadni a fentebbi listához? Régebben még sok helyen írták, hogy ezt a típust érdemes engedélyezni, de ma már nem igazán preferálják, ha jól értelmeztem.

A fentebbi listán felül még az alábbi két típust szoktam opcionálisan engedélyezni, de persze itt 1/s burst 1 limitet beállítva az Echo Request-nél.

Type 0: Echo Reply
Type 8: Echo Request

[ Szerkesztve ]

''A szíved szabad! Légy bátor és kövesd!''

Gondoltam belinkelem az alábbi két oldalt, talán másnak is segít abban, hogy mely ICMP csomagokat érdemes beengedni illetve blokkolni a tűzfalunkon.

http://shouldiblockicmp.com
https://john.albin.net/essential-icmp

[ Szerkesztve ]

''A szíved szabad! Légy bátor és kövesd!''

Hasonló setupom van, annyi különbségel, hogy én mindenképp full minimált szerettem volna, ezért Arch linux van és rajta kodi-headless volt. Pont ugyanez a jelenség jelent meg, de nekem csak a Leia -val, előtte nem volt ilyen hülyesége..
Na mindegy, a lényeg, hogy nem sikerült megoldanom csak úgy, hogy van egy minimál window manager, csak éppen semmit nem észlelek belőle, mert autostart, autologin és indítja is a kodit. Így megszűnt ez a probléma, szóval tudom ajánlani, biztosan ubin is megy:

- lxdm wm-t tedd fel engedélyezd stb. (lxde nem is kell hozzá)
- /etc/lxdm/lxdm.conf -ban legyen egy autologin=kodifelhasznalo sor
- az előbbi felhasználó home -jában legyen egy .dmrc fájl és tartalma:
[Desktop]
Session=kodi-standalone

(Nálunk a kodi-standalone bináris is települ a kodi -val, nálatok lehet, hogy ez külön csomag)

Elvileg ennyi, reboot és egyből indul a kodi, nincs több display sleep

Ha még mindig nem megy, akkor érdemes egy .xsessionrc fájl is a homeba:
xset s off
xset -dpms

[ Szerkesztve ]

Nekem van egy OpenBox a gépen és mégis ezt csinálja.
Gyanítom, hogy olyan gondja lehet, hogy amikor a monitor/TV lekapcsol vagy valami energiatakarékos funkció lép életbe (pl. a TV full fekete képnél lekapcsolja a világítást) akkor úgy érzékeli, hogy kihúzták a kábelt. Vagy már tényleg nem tudom

[link]