Debian GNU/Linux

Default nem ajánlott ubuntu repók hozzáadása Debianhoz. Az ubuntu partners talán kivétel, mert ott főleg kereskedelmi, zárt programok vannak, aránylag kevés függőséggel. 

Egészen pontosan Raspbianhoz kellene, de ha működik PC Debianon akkor valószínűleg RPi-n sem lesz probléma ebből. Természetesen a korábbi 18.04 Ubuntu partners repóját adnám hozzá. 
Csinált már valaki ilyet? Okozott problémát? 

Vagy ilyet még senki nem csinált? 

Van értelme mondjuk kipróbálni testing -et (bullseye)?
Régi tapasztalataim szerint, ez azzal jár, hogy sokszor annyi minden cserélődik egyszerre (nem csak biztonsági okokból), hogy egy sor alapvető szolgáltatást kell "reanimálni". Azért egy fejlesztő környezet, nem épp Linux vagy Debian célú, fontos tulajdonsága, hogy nem esik szét a legváltozatosabb pillanatokban (általában amikor a legjobban fáj). Ráadásul a stable verzió mindig erősen elmaradott.
Az unstable verzió azért sem szimpatikus, mert én nem Debian -t akarok fejleszteni.

A jelenlegi, főleg beágyazott mcu -k fejlesztésére használt gépemen a Debian 9.13 biztosítja a környezetet.  De a multimédia szolgáltatásokat is használom. Kezd minden kicsit "avétos" lenni, így belefogtam, hogy átállok a Debnian 10 -re.
Erősen csalódott vagyok. Mind a fejlesztői környezetben hiányokat tapasztalok (pl. Geany -hez hiányzik a debug plugin), de a multimédia is apró de bosszantó hiányosságokat mutat (pl. az smplayer shortcut billentyűi nem mindig működnek) és az alapokkal is vannak bajok (jól kialakult szokásaim szerint nem tudom kilőni a képernyő "védelmet").

Sok mindent amúgy is forrásból forgatok annak ellenére, hogy van "hivatalos" csomag (pl. sdcc, ffmpeg), de már mondjuk a Geany -t nem akarnám forrásból pakolni. Ami az ide -t illeti nagyon gondolkodom, a vscode -ban, de még nagyon zavaros a használata nekem (pl. a szerkesztői felületet simán át tudom állítani sötét alapra, de a többi panel marad világosan, zavaros a project vagy workspace kezelés, illetve a build sem olyan egyszerű mint mondjuk a Geany -ben, minden config json fájlokban, nagyon szokatlan az egész).

Gondban vagyok. Jelenleg, levelezésre, a házi szerveremen, exim4 -et használok smart host a upc szerverén át. (Erre csatlakozik a dovecot, majd apache2 és a roundcube, illetve a fetchmail). A szolgáltatás márciustól megszűnik.
Több, egymástól független szolgáltatónál van email címem, vagyis más-más szolgáltató "nevében" mennek ki az emailek. Ha jól tudom ezt hívják relézésnek. a szolgáltatók zöme nem engedi. Vagyis a tovis@freemail.hu feladóval nem enged a tovis@gmail.com levelet küldeni. Ugyanakkor csak egy "smart hostot" tudok beállítani (ha jól tudom).

Tudtok erre valami megoldást?
Van rá szűkös két hónapom. Ja, és a szerverem publikus, dinamikus IP címen van, de azért nem szeretnék saját, teljesértékű mail szervert üzemeltetni - túlságosan is veszélyes, nem akarok spam forrás lenni.

Sziasztok

Egy kezdő Debianos kérdés. Nginx telepítés

Ha az sources.list fileba elérhető a nginx.org is

az apt-get install nginx parancsra a debian stable-be található csomagot telepíti.

Mi a kapcsoló vagy paracs, ha az nginx.org-ról akarom az új csomagot telepíteni?

Van itt ez a Chromium 73-as csomag, a csomagban a karbantartók email címe pkg-chromium-maint@lists.alioth.debian.org, ezt ez a lap is megerősíti, azonban, ha írni akarok neki, akkor 550-es hibával (Unrouteable address) elszáll. Utánaolvastam a dolognak, de nem lettem tőle okosabb... Mások is megreklamálták ezt a problémát, de két év alatt sem érkezett rá érdemi válasz, csak az, hogy "elvileg fixáltuk", ami egyértelműen nem igaz.

Találtam egy másik címet is, a chromium@packages.debian.org-ot, de innen meg egyszerűen nem válaszolnak...

Van valakinek ötlete, hogy hol érhetőek el ezek az urak?

Egy minimális debian virtuális szerveren a következő mágikus hibaüzenetekkel van tele a log:

Dec 19 04:15:24 monitor systemd[1]: Failed to start Cleanup of Temporary Directories.
Dec 19 04:15:24 monitor systemd[1]: systemd-tmpfiles-clean.service: Failed with result 'resources'.
Dec 19 04:15:24 monitor systemd[1]: systemd-tmpfiles-clean.service: Start request repeated too quickly.

A szép benne, hogy esetleges. Ha van, akkor zsákszámra, de néha nincs.

Egyébként minden rendben működik. Sehol máshol semmilyen más hibát nem látok.

A szerveren csak egy icinga és egy pdns fut. Hogy mi igazán a probléma, arra nem jöttem rá. A legjobb javítási ötlet az volt, hogy emeljem fel a system.conf-ban az engedélyezett újraindítások számát, amit ugye miért is? Meg mit is akarna újraindítani a systemd ennyiszer? És miért is? Vagyis is mi is a hiba?

Tehát eléggé tanácstalanul állok ezek előtt a naplóbejegyzések előtt. Leginkább arra tippelek, hogy ez is egy a sokat emlegetett systemd bugok közül, de akkor mi lehetne a megoldás?

Ha van ötletetek, örömmel kipróbálnám, mert így már a tárterület 80%-át ezek a logok eszik fel.
 

Egy 1 TB - os MBR - es merevlemezt klónoztam egy 3 TB - os merevlemezre. A méret kihasználása miatt át kellett állni GPT - re, amit a klónozóprogram fel is ajánlott. Klónozás után nem bootol a rendszer.

A klónozás után 3 partíció lett az eredeti 2 helyett:

1. 128 MB

2. 20 GB: ezen van a telepített Debian 10 rendszer

3. A maradék, ez a /srv - be szokott lenni mountolva

Nincs (nem is volt) swap partíció, a teljes telepítés a jelenleg 2. partíción van.

A gép BIOS - a klasszikus BIOS, nem UEFI - s. Rendelkezésre áll linux live rendszer és sima MBR - es merevlemez esetén újra tudnám telepíteni a GRUB2 - őt, chroot és az ehhez szükséges lépéseket ismerem. Google keresések is megtörténtek, eddig annyit értettem meg, hogy GPT esetén kell egy dedikált > 1 MB BIOS boot partíció, ennek típusát EF02 - re kellett állítani. A boot flag - et is beállítottam.

Milyen filerendszer kell erre a BIOS boot partícióra?

Pontosan hogy kell eljárni a GRUB2 újratelepítésével a GPT - s merevlemezen?

Sziasztok!

Tegnap volt egy reboot, ami után a billentyűzet megszűnt működni X alatt. Ha egérrel szeretnék állítani bármit a billentyűzeten, akkor a címbeli hiba jelenik meg. A teljes hibaüzenet:

xprop -root | grep XKB

gsettings get org.gnome.libgnomekbd.keyboard model

gsettings get org.gnome.libgnomekbd.keyboard layouts

gsettings get org.gnome.libgnomekbd.keyboard options

Debian buster, kernel 4.19.0-13

Valakinek valami ötlete van.
Az egyetlen dolog ami a működés és a nem működés közben történt (emlékeim szerint), hogy telepítettem a openjdk-8-jre-t, amit az anyk-hoz szerettem volna használni, de aztán nem ment, ezért bootoltam ubuntu alá, ahol már használtam az anyk-t (és 8-as jre-vel még beküldeni is lehet ügyfélkapun kersztül :) )

Köszi.

Sziasztok!

Nginx-el probalok belso halozatrol kifele publikalni IPMI elerhetoseget.
A dolog mukodik az eleresig. Be tudok jelentkezni, de amikor a Java-s JNLP-t letoltom es csatlakozik, akkor hibauzenetet kapok.

Van valami otlet, hogy mi hianyozhat meg?

Az NginX config:

server {
    listen 80;
    server_name IPMI.NEM-PUBLIKUS.DOMAIN

    location / {
        add_header X-Frame-Options SAMEORIGIN;
	proxy_set_header Accept-Encoding "";
        proxy_store off;
    	proxy_read_timeout 300s;
	proxy_pass http://192.168.0.222;
	proxy_set_header Host $host;
        proxy_buffering off;
	proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
	proxy_set_header Accept-Encoding "gzip";
	sub_filter_once off;
	sub_filter_types  application/x-java-jnlp-file;
    }
}

A jnlp:

<jnlp spec="1.0+" codebase="http://IPMI.NEMPUBLIKUS.DOMAIN:80/">
  <information>
    <title>ATEN Java iKVM Viewer</title>
    <vendor>ATEN</vendor>
    <description>Java Web Start Application</description>
  </information>

  <security>
   <all-permissions/>
  </security>

  <resources>
    <property name="jnlp.packEnabled" value="true"/>
    <j2se version="1.6.0+" initial-heap-size="128M" max-heap-size="128M" java-vm-args="-XX:PermSize=32M -XX:MaxPermSize=32M"/>
    <jar href="iKVM__V1.69.39.0x0.jar" download="eager" main="true"/>
  </resources>

  <resources os="Windows" arch="x86">
    <nativelib href="libwin_x86__V1.0.12.jar" download="eager"/>
  </resources>
  <resources os="Windows" arch="x86_64">
    <nativelib href="libwin_x86_64__V1.0.12.jar" download="eager"/>
  </resources>
  <resources os="Windows" arch="amd64">
    <nativelib href="libwin_x86_64__V1.0.12.jar" download="eager"/>
  </resources>

  <resources os="Linux" arch="i386">
    <nativelib href="liblinux_x86__V1.0.12.jar" download="eager"/>
  </resources>
  <resources os="Linux" arch="x86">
    <nativelib href="liblinux_x86__V1.0.12.jar" download="eager"/>
  </resources>
  <resources os="Linux" arch="x86_64">
    <nativelib href="liblinux_x86_64__V1.0.12.jar" download="eager"/>
  </resources>
  <resources os="Linux" arch="amd64">
    <nativelib href="liblinux_x86_64__V1.0.12.jar" download="eager"/>
  </resources>

  <resources os="Mac OS X" arch="x86_64">
    <nativelib href="libmac_x86_64__V1.0.12.jar" download="eager"/>
  </resources>

  <application-desc main-class="tw.com.aten.ikvm.KVMMain">
    <argument>http://IPMI.NEMPUBLIKUS.DOMAIN:80/</argument>
    <argument>iKVM__V1.69.39.0x0.jar</argument>
    <argument>libwin_x86__V1.0.12.jar</argument>
    <argument>libwin_x86_64__V1.0.12.jar</argument>
    <argument>libwin_x86_64__V1.0.12.jar</argument>
    <argument>liblinux_x86__V1.0.12.jar</argument>
    <argument>liblinux_x86__V1.0.12.jar</argument>
    <argument>liblinux_x86_64__V1.0.12.jar</argument>
    <argument>liblinux_x86_64__V1.0.12.jar</argument>
    <argument>libmac_x86_64__V1.0.12.jar</argument>

    <argument>IPMI.NEMPUBLIKUS.DOMAIN</argument>
    <argument>EnS524b+3Xt02lv</argument>
    <argument>SO4nPXA==</argument>
    <argument>SERVER-001</argument>
    <argument>63630</argument>
    <argument>63631</argument>
    <argument>0</argument>
    <argument>0</argument>
    <argument>1</argument>
    <argument>5900</argument>
    <argument>623</argument>
    <argument>1</argument>
  </application-desc>
</jnlp>

Sziasztok!

Raspberry Pi speciális alkalmazáshoz egy raspios buster lite alap oprendszerre egy script állítja be/telepíti a szükséges módosításokat. Minden alkalommal, amikor a logikában változtatást eszközölünk, új image-et készítek. A szindróma, hogy az eddig előállított image 8GB-os SD kártyán 1.6GB foglaltsággal 1.3GB volt tömörítve (dd majd tar), most pedig ugyanilyen körülmények között ~6GB.

Tehát mégegyszer a folyamat:

- image felír 8GB SD kártyára

- raspberry boot, majd script megtesz minden változtatást (kártya foglaltság boot+rootfs 1.6GB)

- dd-vel imagefájl készítés az SD kártyáról, majd betömöríteni tar.gz-re

Van ötlet, miért van ez? Előre is köszi!

(Mintha az elmúlt évben már előfordult volna ez - de nem tudom mi oldotta meg. Most, ahogy leírtam, eszembe jutott, hogy teleírom a kártyát nullával és megnézem, mi lesz az eredmény a folyamat után...)

Üdv,

Balázs