- Apple asztali gépek
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- OLED TV topic
- Épített vízhűtés (nem kompakt) topic
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Napokon belül váratlan versenyzővel bővül a VGA-piac
- Projektor topic
- Azonnali informatikai kérdések órája
- AMD vs. INTEL vs. NVIDIA
- Milyen TV-t vegyek?
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
o365-re nem költenek évi 40k-t, az exchange-től is szabadulnának, de csak azért kifizetnek több 100k-t, hogy az eddig a helyi gépükön futó programot lecseréljék egy távoli gépen futóra? Azért a levelezéstől és naptártól jól elszaladtunk.
Ha csak valami biztonsági policy nem tiltja, továbbra is a felhős szolgáltatásokban gondolkodnék.
haddent
Mit nem tud egy NAS-on futó levelezőszerver, amit egy dedikált szerveren futó? -
Biztosra veszem, hogy tobbet fogtok kolteni igy, mintha megveszitek valakitol keszen. Teljes orultsegnek hangzik nekem, amit csinaltok. (Hacsak nem a szorakozas a cel.)
Mint mondtam, nem értek hozzá. Viszont mostanra kiderült, hogy mennie kell a Skype for busines-nek, az meg csak MS only, szóval szinte biztosan nem Linuxos szerverünk lesz.
-
a levelezés elsősorban attól függ, hogy milyen internet kapcsolatotok van. fix ip nélkül kicsit macerás levelezni.
skype for businness pótlékot nem ismerek, helyette voip-t tudok elképzelni. a szervert is illik backupolni, tehát arra is gondolni kellene.kérdés még, hogy azt a bizonyos tervezőprogramot a munkaidejük mekkora részében használják, mert ha csak ritkán, akkor lehet terminálszerverre felpakolni.
csoportmunkára sokan használnak zimbra-t.
-
viszont a resolverek cachelik a rekordot, így a szerveren hiába frissíted, a világ nem fog róla tudni egy darabig.
Valamiért mégis. Nyilván egy otthoni kis projektről van szó, így aztán a tesztelés 3 hálózatból állt: digi (saját, itthoni), telenor (mobilnet) és telekom (meló), de ezek 1-2 percen belül tudták az újat. Ne kérdezd hogy hogyan, nem tudom. Lehet, hogy kipusholja a google direkt. Mondjuk jobban belegondolva itthon és melóban is én vagyok a "reccergaszda" és explicit módon 8.8.8.8 -at használok
-
Nem feltétlenül macerás. A google domains -nél pl van lehetőség dinamikus A rekordra amit API -val lehet frissíteni. Nálam így van, kb. 1-2 perc alatt befrissül, ha véletlen restartkor változna az IP -m. Persze egy cégnél, levelezésnél 1-2 perc kiesés nem feltétlenül a legszebb dolog, de nem is feltétlen indítgatják újra a szervereket. A gond inkább ott lesz, hogy az SMTP portok közül általában az összeset tiltják a p....ba nem üzleti előfizetésnél, sőt DIGI -nél pl. még üzletinél is
Backupban és a termszerverben egyetértünk
CPT.Pirk ment priviben a user
-
a levelezés elsősorban attól függ, hogy milyen internet kapcsolatotok van. fix ip nélkül kicsit macerás levelezni.
skype for businness pótlékot nem ismerek, helyette voip-t tudok elképzelni. a szervert is illik backupolni, tehát arra is gondolni kellene.kérdés még, hogy azt a bizonyos tervezőprogramot a munkaidejük mekkora részében használják, mert ha csak ritkán, akkor lehet terminálszerverre felpakolni.
csoportmunkára sokan használnak zimbra-t.
Nem feltétlenül macerás. A google domains -nél pl van lehetőség dinamikus A rekordra amit API -val lehet frissíteni. Nálam így van, kb. 1-2 perc alatt befrissül, ha véletlen restartkor változna az IP -m. Persze egy cégnél, levelezésnél 1-2 perc kiesés nem feltétlenül a legszebb dolog, de nem is feltétlen indítgatják újra a szervereket. A gond inkább ott lesz, hogy az SMTP portok közül általában az összeset tiltják a p....ba nem üzleti előfizetésnél, sőt DIGI -nél pl. még üzletinél is
Backupban és a termszerverben egyetértünk CPT.Pirk ment priviben a user
-
Konkréten még nem csináltam, de szerintem mindenképp érdemes lenne vetned egy pillantást a Nextcloud -ra. Eleve a fájlmegosztás sokkal elengánsabb megoldása, illetve rengeteg beépülője van, legalább 3 "office" környezet is, levelezést is bele lehet integrálni mindent. Ugyan az említett officeok közül van fizetős is, de ingyenes is. Ha ezt faszán összehoznád lényegében minden egyetlen localhost web felületen működne, így a kliensek is leegyszerűsödnek, mert nem kell minden hülyeséget telepíteni. Bocs, a Calendart alapból tudja és ingyenes, Office nélkül is
Nekem van itthon Nextcloudom, ugyan office nélkül. De ha szeretnéd adok hozzáférést, hogy körülnézz egyáltalán érdekes lehet-ecigam egy nason futtatni bármilyen szervert? Még otthonra is kényszermegoldás, nem vállalati szférába, szerintem
-
Számomra ismeretlen területen lenne szükségem egy kis segítségre. Olvasgattam a témában, de nem lettem sokkal előrébb.
Egy pár fős, kis céges környezetet szeretnénk összehozni, ahol van egy hálózati adattár backup funkicóval meg fájlmegosztással (ezeket eddig meg tudom oldani).
Amihez nem sokat értek, azok a levelezés meg ehhez kapcsolódó funkciók, mint pl. naptár szinkronizálás kezelése a szerverről. Jelenleg van egy céges webmail fiók minden dolgozónak, így most az sem tiszta, hogy ezt lehet-e használni?
Egyszerűen összefoglalva, eddig MS Exchange környezet volt ahol office365 meg skype for busines működött, így könnyen lehetett meetingeket meg ilyesmit szervezni, mert ezek jól együttműködtek.
Az új helyen viszont nem szeretnénk Exchange szerverért fizetni, hanem jó lenne kiváltani ezt az ökoszisztémát valamilyen Linuxos, nem fizetős megoldással (pl. Thunderbird az Outlook helyett a kliens gépeken). A kliensek maradnának jellemzően Windowsos gépek, mert az egyik nélkülözhetetlen tervezőprogram Wine-val se megy Linux alatt. -
Ez egy lehetőség, de nem szeretnénk a havidíjat fizetni. Új környezet kerül kialakításra.
Konkréten még nem csináltam, de szerintem mindenképp érdemes lenne vetned egy pillantást a Nextcloud -ra. Eleve a fájlmegosztás sokkal elengánsabb megoldása, illetve rengeteg beépülője van, legalább 3 "office" környezet is, levelezést is bele lehet integrálni mindent. Ugyan az említett officeok közül van fizetős is, de ingyenes is. Ha ezt faszán összehoznád lényegében minden egyetlen localhost web felületen működne, így a kliensek is leegyszerűsödnek, mert nem kell minden hülyeséget telepíteni. Bocs, a Calendart alapból tudja és ingyenes, Office nélkül is
Nekem van itthon Nextcloudom, ugyan office nélkül. De ha szeretnéd adok hozzáférést, hogy körülnézz egyáltalán érdekes lehet-ecigam egy nason futtatni bármilyen szervert? Még otthonra is kényszermegoldás, nem vállalati szférába, szerintem
-
Számomra ismeretlen területen lenne szükségem egy kis segítségre. Olvasgattam a témában, de nem lettem sokkal előrébb.
Egy pár fős, kis céges környezetet szeretnénk összehozni, ahol van egy hálózati adattár backup funkicóval meg fájlmegosztással (ezeket eddig meg tudom oldani).
Amihez nem sokat értek, azok a levelezés meg ehhez kapcsolódó funkciók, mint pl. naptár szinkronizálás kezelése a szerverről. Jelenleg van egy céges webmail fiók minden dolgozónak, így most az sem tiszta, hogy ezt lehet-e használni?
Egyszerűen összefoglalva, eddig MS Exchange környezet volt ahol office365 meg skype for busines működött, így könnyen lehetett meetingeket meg ilyesmit szervezni, mert ezek jól együttműködtek.
Az új helyen viszont nem szeretnénk Exchange szerverért fizetni, hanem jó lenne kiváltani ezt az ökoszisztémát valamilyen Linuxos, nem fizetős megoldással (pl. Thunderbird az Outlook helyett a kliens gépeken). A kliensek maradnának jellemzően Windowsos gépek, mert az egyik nélkülözhetetlen tervezőprogram Wine-val se megy Linux alatt. -
igen, teljesen beteg dolog, hogy ezt raid5-tel akarod megcsinálni
azt kellene eldöntened, hogy pontosan mit is akarsz. ha azt akarod, hogy legyen egy realtime másolatod, ami titkosítva van, arra nem ez a megoldás, hanem a crypto blokk device. ha azt akarod, hogy legyen másolatod, arra a korábban említett network blokk device nem alkalmas, mert teljesen döglött és nem vagy nem jól fejlesztett technológia.
ha azt akarod, hogy legyen egy gyors, redundáns, titkosított cuccod, akkor egymásra pakolsz 1-több drbd-t, arra crypto-t majd arra raid1-et. készülj fel rá lélekben, hogy ha systemd alapú oprendszered van, nagyon hosszasan, harsányan és cifrán fogod pöcstering anyját emlegetni. én 4 hónapig tettem
Egy realtime storage (fájlrendszer) kell nekem, mindenféle különösebb IO megkötés nélkül (tehát lehet lassú)
, programkód, fotók, stb. tárolására és ha én vagyok sznóden és lenne mitől félnem (természetesen nincs), akár magától az eneszéj bekkdóroktól, stb, akkor hogyan csinálnám a tutit.A Wiki épp le van lőve, de itten ni ezt olvasom épp:
Any block device hard disks, partitions, RAID devices, logical volumes, etc can be mirrored.És ez tök jó, mert ha raid device-okat mirror-olok, akkor elvileg szintén elérhetem vele a célom, hogy 1 geolokáción csak egy értelmezhetetlen adathalmaz legyen avatatlan szemek számára, "natív" módon is akár (tehát nem szükséges titkosítás sem).
Amúgy a fentebbi leírás pont Ubuntu-ra van, ami systemd ekkor már.
Lehet kipróbálom a játékot Devuan-okon
-
Kedves Szakik !
Nagyon ördögtől való fullkretén elvetemült dolog az a szándékom, kísérletezés jelleggel (egyelőre semmi konkrét adat, csak agyalok az ötleten), hogy 3 különböző szolgáltatótól bérelve VPS-eket (úgy értem, geolokáció is más lenne, de még az ország is) raid 5-öt hozzak létre virtuális HDD-kkel ?
Hmm. Lehet nem voltam teljesen világos. Máshogy mondom: 3 különböző helyszínen szeretnék adatot tárolni oly módon, hogy:
- ha egyik lokációban kiesik a VPS-em, a másik kettőről még tudjam az adatot olvasni (ezt a raid5 alaptermészete ugye adja)
- önmagában egyik lokáción se érjen az adatom semmit (ezt is adja a raid5, mert az értelmezhető adathoz minimum 2 diszk kell hozzá).Tegyük fel, gigabiten lógnak a VPS-ek, alacsony késleltetéssel, MPLS vagy IPVPN ugyan nem lesz, de valami OpenVPN megoldás igen, közöttük.
Beteg dolog, vagy pontosan ezt a fajta funkcionalitást el tudom érni más (distributed) fájlrendszerrel is, vagy máshogy trükközve ?
Lényeg tehát, hogy ha csak egyetlen VPS-be bele akar nézni "valaki" és a többiről fogalma sincs, vagy legalábbis hozzáférése semmiképp, azon az 1-en lévő adatot totál ne tudja értelmezni (a rendszeren kívül, persze, de azt nézheti...).
És akkor lenne mondjuk 3 "storage VPS"-em és egy negyedik, ami látja őket és összefogja a tömböt.
igen, teljesen beteg dolog, hogy ezt raid5-tel akarod megcsinálni
azt kellene eldöntened, hogy pontosan mit is akarsz. ha azt akarod, hogy legyen egy realtime másolatod, ami titkosítva van, arra nem ez a megoldás, hanem a crypto blokk device. ha azt akarod, hogy legyen másolatod, arra a korábban említett network blokk device nem alkalmas, mert teljesen döglött és nem vagy nem jól fejlesztett technológia.
ha azt akarod, hogy legyen egy gyors, redundáns, titkosított cuccod, akkor egymásra pakolsz 1-több drbd-t, arra crypto-t majd arra raid1-et. készülj fel rá lélekben, hogy ha systemd alapú oprendszered van, nagyon hosszasan, harsányan és cifrán fogod pöcstering anyját emlegetni. én 4 hónapig tettem
-
Kedves Szakik !
Nagyon ördögtől való fullkretén elvetemült dolog az a szándékom, kísérletezés jelleggel (egyelőre semmi konkrét adat, csak agyalok az ötleten), hogy 3 különböző szolgáltatótól bérelve VPS-eket (úgy értem, geolokáció is más lenne, de még az ország is) raid 5-öt hozzak létre virtuális HDD-kkel ?
Hmm. Lehet nem voltam teljesen világos. Máshogy mondom: 3 különböző helyszínen szeretnék adatot tárolni oly módon, hogy:
- ha egyik lokációban kiesik a VPS-em, a másik kettőről még tudjam az adatot olvasni (ezt a raid5 alaptermészete ugye adja)
- önmagában egyik lokáción se érjen az adatom semmit (ezt is adja a raid5, mert az értelmezhető adathoz minimum 2 diszk kell hozzá).Tegyük fel, gigabiten lógnak a VPS-ek, alacsony késleltetéssel, MPLS vagy IPVPN ugyan nem lesz, de valami OpenVPN megoldás igen, közöttük.
Beteg dolog, vagy pontosan ezt a fajta funkcionalitást el tudom érni más (distributed) fájlrendszerrel is, vagy máshogy trükközve ?
Lényeg tehát, hogy ha csak egyetlen VPS-be bele akar nézni "valaki" és a többiről fogalma sincs, vagy legalábbis hozzáférése semmiképp, azon az 1-en lévő adatot totál ne tudja értelmezni (a rendszeren kívül, persze, de azt nézheti...).
És akkor lenne mondjuk 3 "storage VPS"-em és egy negyedik, ami látja őket és összefogja a tömböt.
-
van egy szerver, Debian fut rajta, elsődleges szerepe a Samba megosztás.
van benne 4x4TB HDD, RAID10-ben, ext4 fájlrendszerrel.a probléma vele, hogy a kollégák, akik fel-le másolgatnák a projekteket, olyan projekteken dolgoznak, amik többtízezer pár bájtos fájlt (is) tartalmaznak. értelemszerűen ettől nem lesz gyors a művelet.
kérdés akkor, hogy hogyan lehetne ezen segíteni?
nyilván a "cseréld SSD-re" nem játszik annak költségei végett és a klienseken is marad a Windows, ezért ha van mit szoftveresen tweakelni (azt is inkább szerveroldalról), akkor arra érdekelnének ötletek.gondolkodtam a bcache-en, hogy betennék 1-2 kisebb SSD-t, de nem tudom mennyit segítene ez, mert nem mindig ugyanazt másolgatják.
szerintetek?
-
nem tudod-e megoldani, hogy a sok apró fájlt tartalmazó projektek egy helyre kerüljenek
de, ezért van ez a szerveraz ext4 nem túl boldog, ha sok fájl van.
kollégám BSD párti, ő a ZFS-t propagálja, hogy abban van beépített cache (ZIL), amit egyáltalán nem vetek el mint B terv, de ismeretlen terep számomra a ZFS, úgyhogy ha ennél kevésbé drasztikus módszerrel is meg lehetne oldani az nem volna baj...Samba aio-t néztem, de az Debianban egyelőre a testing repoban van, gondolom okkal
soktízezer fájlt másolni ugyanazon diszk(ek)en belül az agyhalál.
alkalmazzuk az M Gmbh főnökének híres mondását: a sok ramot csak még több ram tudja pótolni -
van egy szerver, Debian fut rajta, elsődleges szerepe a Samba megosztás.
van benne 4x4TB HDD, RAID10-ben, ext4 fájlrendszerrel.a probléma vele, hogy a kollégák, akik fel-le másolgatnák a projekteket, olyan projekteken dolgoznak, amik többtízezer pár bájtos fájlt (is) tartalmaznak. értelemszerűen ettől nem lesz gyors a művelet.
kérdés akkor, hogy hogyan lehetne ezen segíteni?
nyilván a "cseréld SSD-re" nem játszik annak költségei végett és a klienseken is marad a Windows, ezért ha van mit szoftveresen tweakelni (azt is inkább szerveroldalról), akkor arra érdekelnének ötletek.gondolkodtam a bcache-en, hogy betennék 1-2 kisebb SSD-t, de nem tudom mennyit segítene ez, mert nem mindig ugyanazt másolgatják.
szerintetek?
-
nem tudod-e megoldani, hogy a sok apró fájlt tartalmazó projektek egy helyre kerüljenek
de, ezért van ez a szerveraz ext4 nem túl boldog, ha sok fájl van.
kollégám BSD párti, ő a ZFS-t propagálja, hogy abban van beépített cache (ZIL), amit egyáltalán nem vetek el mint B terv, de ismeretlen terep számomra a ZFS, úgyhogy ha ennél kevésbé drasztikus módszerrel is meg lehetne oldani az nem volna baj...Samba aio-t néztem, de az Debianban egyelőre a testing repoban van, gondolom okkal
-
nem tudod-e megoldani, hogy a sok apró fájlt tartalmazó projektek egy helyre kerüljenek
de, ezért van ez a szerveraz ext4 nem túl boldog, ha sok fájl van.
kollégám BSD párti, ő a ZFS-t propagálja, hogy abban van beépített cache (ZIL), amit egyáltalán nem vetek el mint B terv, de ismeretlen terep számomra a ZFS, úgyhogy ha ennél kevésbé drasztikus módszerrel is meg lehetne oldani az nem volna baj...Samba aio-t néztem, de az Debianban egyelőre a testing repoban van, gondolom okkal
-
van egy szerver, Debian fut rajta, elsődleges szerepe a Samba megosztás.
van benne 4x4TB HDD, RAID10-ben, ext4 fájlrendszerrel.a probléma vele, hogy a kollégák, akik fel-le másolgatnák a projekteket, olyan projekteken dolgoznak, amik többtízezer pár bájtos fájlt (is) tartalmaznak. értelemszerűen ettől nem lesz gyors a művelet.
kérdés akkor, hogy hogyan lehetne ezen segíteni?
nyilván a "cseréld SSD-re" nem játszik annak költségei végett és a klienseken is marad a Windows, ezért ha van mit szoftveresen tweakelni (azt is inkább szerveroldalról), akkor arra érdekelnének ötletek.gondolkodtam a bcache-en, hogy betennék 1-2 kisebb SSD-t, de nem tudom mennyit segítene ez, mert nem mindig ugyanazt másolgatják.
szerintetek?
-
A regi kis AMD Brazos eEEE PC-t az integralttal ugyanugy erinti, ez nem a Ryzen-es problema lesz sztem.
Korabbi Debian live gyonyoruen bejon.. Akarcsak a regebbi LTS Ubuntu.Vmi amdgpu kornyeken nagyon felrement az uj disztrokban
Mintha mas lenne a default es ez nem kezeli jol a VGA-kat. Csak ezt hogy engedtek stable-be, azon most is gondolkodom, en ugy kizartam volna mar testing-bol is, mint a szel. Hatalmas baki -
Sziasztok, Debian 9+ AMD VGA-n elsotetul, fekete kepernyo. Eleg sok egyeb disztrot is erint a dolog. Regi kis AMD integralt GPU-t ugyanugy, mint a modernebb (ez se mai mar) RX480-amat a Ryzen konfigomban.
Bootol a motyo, aztan a desktop betoltese elott elmegy a kep es fekete semmi.
Motyognak a forumok systemd-rol, meg nomodeset-rol, stb, de ez valahogy nem allapot, hogy a tegnapi linux ment jol az AMD karikkal, az utodjai meg nem. Se regiekkel, se ujakkal. Mi a fene van itt ?
A systemd nem bootol az nem VGA probléma hanem proci.
Nekem végre stabil lett az 5-ös kernellel és 9-es debiannal az R9380. Persze systemd-t azt kiirtottam elvből
-
Dißnäëß
nagyúr
Sziasztok, Debian 9+ AMD VGA-n elsotetul, fekete kepernyo. Eleg sok egyeb disztrot is erint a dolog. Regi kis AMD integralt GPU-t ugyanugy, mint a modernebb (ez se mai mar) RX480-amat a Ryzen konfigomban.
Bootol a motyo, aztan a desktop betoltese elott elmegy a kep es fekete semmi.
Motyognak a forumok systemd-rol, meg nomodeset-rol, stb, de ez valahogy nem allapot, hogy a tegnapi linux ment jol az AMD karikkal, az utodjai meg nem. Se regiekkel, se ujakkal. Mi a fene van itt ?
-
Cronban nincs semmi ütemezett feladat. Syslogban csak ennyi van róla, látszik is hogy ettől megnyekken Graylog:
Sep 4 00:59:51 GP-SEC-02 kernel: [55624.148471] lockd: unexpected unlock status: 9
Sep 4 00:59:51 GP-SEC-02 kernel: [55624.148633] lockd: unexpected unlock status: 9
Sep 4 00:59:51 GP-SEC-02 kernel: [55624.157370] lockd: unexpected unlock status: 9
Sep 4 00:59:51 GP-SEC-02 kernel: [55624.157562] lockd: unexpected unlock status: 9
Sep 4 00:59:51 GP-SEC-02 systemd[1]: mongod.service: Main process exited, code=killed, status=6/ABRT
Sep 4 00:59:51 GP-SEC-02 systemd[1]: mongod.service: Unit entered failed state.
Sep 4 00:59:51 GP-SEC-02 systemd[1]: mongod.service: Failed with result 'signal'.
Sep 4 01:01:22 GP-SEC-02 graylog-collector-sidecar[829]: time="2019-09-04T01:01:22+02:00" level=error msg="[RequestConfiguration] Bad response status from Graylog server: 500 Internal Server Error"
Sep 4 01:01:22 GP-SEC-02 graylog-collector-sidecar[829]: time="2019-09-04T01:01:22+02:00" level=error msg="Can't fetch configuration from Graylog API: invalid character '<' looking for beginning of value"Processz auditálásról van valami guide?
-
Fut az egyik Ubuntu 16.04 LTS gépünkön Graylog szerver Mongodb-vel. Azt vettem észre az utóbbi napokban, hogy nem lehet belépni rá webes felületen.
Mongodb logban azt látom, hogy minden éjjel 1 óra előtt eltűnik(?) a mnt/graylogdb/mongodb könyvtár.Hol tudnám megnézni mi történik a szerveren ebben az időben, mi az ami miatt eltűnik a mount?
A NAS amit használ nem indult újra 40 napja, tehát azt kizárnám első körben.2019-09-04T00:59:50.462+0200 E STORAGE [WTJournalFlusher] WiredTiger error (13) [1567551590:462114][1263:0x7f948e714700], WT_SESSION.log_flush: /mnt/graylogdb/mongodb/journal/WiredTigerLog.0000003590: handle-sync: fdatasync: Permission denied
2019-09-04T00:59:50.462+0200 E STORAGE [WTJournalFlusher] WiredTiger error (-31804) [1567551590:462231][1263:0x7f948e714700], WT_SESSION.log_flush: the process must exit and restart: WT_PANIC: WiredTiger library panic
2019-09-04T00:59:50.462+0200 I - [WTJournalFlusher] Fatal Assertion 28558 at src/mongo/db/storage/wiredtiger/wiredtiger_util.cpp 365
2019-09-04T00:59:50.462+0200 I - [WTJournalFlusher]
***aborting after fassert() failure
2019-09-04T00:59:50.562+0200 I - [conn9] Fatal Assertion 28559 at src/mongo/db/storage/wiredtiger/wiredtiger_util.cpp 64
2019-09-04T00:59:50.562+0200 I - [conn9]
***aborting after fassert() failure
2019-09-04T00:59:50.739+0200 E STORAGE [thread2] WiredTiger error (13) [1567551590:739355][1263:0x7f9491f1b700], log-server: /mnt/graylogdb/mongodb/journal: directory-list: opendir: Permission denied
2019-09-04T00:59:50.739+0200 E STORAGE [thread2] WiredTiger error (13) [1567551590:739474][1263:0x7f9491f1b700], log-server: log pre-alloc server error: Permission denied
2019-09-04T00:59:50.739+0200 E STORAGE [thread2] WiredTiger error (13) [1567551590:739509][1263:0x7f9491f1b700], log-server: log server error: Permission denied
2019-09-04T00:59:50.882+0200 F - [WTJournalFlusher] Got signal: 6 (Aborted). -
Szia,
Köszi! Közben elkezdtem utánaolvasni, és azért nem foglalkoztatott a dolog eddig, mert alapból ki van kapcsolva, és a routerben állítottam mindig a szükséges portokat.
Viszont, most szeretném távolról is elérni az otthoni szerveremet, ezért majd sorra kell nyitogatnom a portokat.
-
Plasticbomb
addikt
-
Sziasztok,
Nem tudom jó helyre írok e, de remélem tudtok segíteni!
Van egy HTPC-NAS 16.04 szerveren. Feltettem az openvpt, azóta nem érem el a Kodit, transmissiont. Már töröltem az openvpt, ami leírás alapján csináltam, visszaállítottam a config fájlokat, ufwt is reseteltem. Csak sshn tudok belépni. Ezt használtam mankónak.
-
Openbox beállításoknál gondolom minden erre utalót már átnéztél? Az xset dpms dolgokat megpróbáltad?
Az a furcsa helyzet állt elő, hogy több dolgot is módosítottam, többek között az openbox start script-et is és most úgy tűnik rendben van.
Viszont így nem tudom mitől
Szóval a következő reinstallnál újra előjöhet a probléma. Próbáltam összeírni a változtatásokat, majd kiderül akkor, hogy mennyire voltam pontos.
Köszönöm az ötletet, mentettem mindent egy következő "visszavágóra". -
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 -
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 -dpmsNekem 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 -
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?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 -
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 ExceededMá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 -
OddMan
őstag
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 ExceededMá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 -
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.
-
Frawly
veterán
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?
-
CPT.Pirk
Jómunkásember
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?
-
Plasticbomb
addikt
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.
-
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.
-
CPT.Pirk
Jómunkásember
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 -
Plasticbomb
addikt
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 -
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 -
Frawly
veterán
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.
-
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: gptSzá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 ext4Típus: ATA WDC WD30EZRX-00S (scsi)
/dev/sdb lemez: 3001GB
Szektorméret (logikai/fizikai): 512B/4096B
Partíciós tábla: msdosSzám Kezdet Vég Méret Típus Fájlrendszer Jelzők
1 1049kB 1500GB 1500GB primary ext4 raid
2 1500GB 3001GB 1501GB primary ext4Típus: ATA WDC WD5000LPCX-2 (scsi)
/dev/sdc lemez: 500GB
Szektorméret (logikai/fizikai): 512B/4096B
Partíciós tábla: msdosSzá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: gptSzá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 raidNem 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!
ZoliNem 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. -
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. -
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 filelist0b0d915f1c33b3977d1d93c39f74cfce film/American.Pie.1999.BDRip.x264.HuN-Nimphas/Sample/sample.mkv.part6b19e41621e1c6b31e2ff1caac3474f9 film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.mkvdd3186dd0e3e952f9150d7d6bd407e76 barmi9193775624021bdea72d5ddcc45b8b21 film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.nfoecdc8cc1401bebc0c6654abd48f08000 akarmibd1e39658b19e1fc879949585d1d758d 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 barmiecdc8cc1401bebc0c6654abd48f08000 akarmiDe akár a sort kapcsolói nélkül is:
[gavarga@gavarga-e5540 test]$ join -i <(sort dupes.txt) <(sort filelist)dd3186dd0e3e952f9150d7d6bd407e76 barmiecdc8cc1401bebc0c6654abd48f08000 akarmi -
dupes.txt részlet
cf9cb13bb8ed5fdd26de4226fb50a19b
d030b4633e6dc512228bfd236ca0c77b
d06c69227b0ca75df6fcd877d103b02a
d0b675fad1e9949314d48633e4f72ed7
d298e49f37ab25d606059055f996af9a
d30e8c850b8f0afa9577a5566628998d
d89c336f2aa7f73911d0038f3ee98a9e
da761b96825884aaeba93b05d3ca1214
dcfdf219995767b1ec9f679c972cf445
dd3186dd0e3e952f9150d7d6bd407e76
dd39687a8924252bc35b3bd0a95b1036
ddd89a850cdd78b148c45bf4179d843b
e0f7f53363adced8f28cd529268b5b63
e1db80bd271574ffee9c43a16e3b0e85
e694f2f898244c1b8a21af3a9ea51fea
e6f7eeff9e973d1c4765708084ddf03d
ecdc8cc1401bebc0c6654abd48f08000
eebea5dcf1c8f1c6d8bbdcca0dc0ba0f
eed377d31bfd931ebce3f824e660c173
f1a20babb8eebbeb79dd95139be95ab9filelist 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.sfvBá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 -
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 -
Plasticbomb
addikt
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.
-
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.
-
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.
-
hcl
titán
-
ubyegon2
félisten
sudo fstrim -v /
sudo fstrim -v /homeSATA-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.
-
sh4d0w
félisten
sudo fstrim -v /
sudo fstrim -v /home -
Dr.FantastiK
őstag
-
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
-
hcl
titán
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
-
sziasztok! Grep (szerintem) programozásban kérném a segítséget:
Van egy fájl, egy nagy hash listával (soronként 1 hash), és van egy másik fájl, soronként hash + fájlnév. Ez utóbbi nagyon nagy fájl, több százezer soros.
Ami az első, hash listában benne van, a másik fájllal összevetve ki kéne listázni az egyező hashekhez tartozó fájlneveket.
SQL-ben menne, de grep-ben nem
-
sziasztok! Grep (szerintem) programozásban kérném a segítséget:
Van egy fájl, egy nagy hash listával (soronként 1 hash), és van egy másik fájl, soronként hash + fájlnév. Ez utóbbi nagyon nagy fájl, több százezer soros.
Ami az első, hash listában benne van, a másik fájllal összevetve ki kéne listázni az egyező hashekhez tartozó fájlneveket.
SQL-ben menne, de grep-ben nem
Új hozzászólás Aktív témák
- World of Warships
- PlayStation 5
- Apple asztali gépek
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Elektromos autók - motorok
- Luck Dragon: Asszociációs játék. :)
- OLED TV topic
- A fociról könnyedén, egy baráti társaságban
- BestBuy topik
- Kamionok, fuvarozás, logisztika topik
- További aktív témák...
- Új és újszerű 15-16 Gamer, irodai, üzleti, készülékek nagyon kedvező alkalmi áron! Garancia Számla!
- MacBook Pro 16" 2021, M1 Max , 64 GB RAM, 512GB SSD, Silver 27% Áfás (0460AB)
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- PEACH Laminálógép és vágógép (6 in 1 Laminator & Trimmer PBP350 A4)
- LG UltraGear 24GS60F-B IPS Monitor! 1920x1080 / 180Hz / 1ms / G-Sync / FreeSync
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest