Debian GNU/Linux

Debian 11.6-ról update 11.7-re nem megy. Miért?

root@debian:/etc# apt-mark showhold

root@debian:/home/ice/Downloads# dpkg --configure --pending

root@debian:~# apt-cache policy base-files
base-files:
  Installed: 11.1+deb11u6
  Candidate: 11.1+deb11u6
  Version table:
 *** 11.1+deb11u6 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status

root@debian:/home/ice/Downloads# uname -a
Linux debian 6.1.0-0.deb11.7-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.20-2~bpo11+1 (2023-04-23) x86_64 GNU/Linux

root@debian:~#  dpkg-query -W | grep '~bpo'
firmware-amd-graphics    20230210-4~bpo11+1
linux-headers-6.1.0-0.deb11.6-amd64    6.1.15-1~bpo11+1
linux-headers-6.1.0-0.deb11.6-common    6.1.15-1~bpo11+1
linux-headers-6.1.0-0.deb11.7-amd64    6.1.20-2~bpo11+1
linux-headers-6.1.0-0.deb11.7-common    6.1.20-2~bpo11+1
linux-headers-amd64    6.1.20-2~bpo11+1
linux-image-6.0.0-0.deb11.2-amd64    6.0.3-1~bpo11+1
linux-image-6.0.0-0.deb11.6-amd64    6.0.12-1~bpo11+1
linux-image-6.1.0-0.deb11.5-amd64    6.1.12-1~bpo11+1
linux-image-6.1.0-0.deb11.6-amd64    6.1.15-1~bpo11+1
linux-image-6.1.0-0.deb11.7-amd64    6.1.20-2~bpo11+1
linux-image-amd64    6.1.20-2~bpo11+1
linux-kbuild-6.1    6.1.20-2~bpo11+1

root@debian:/etc# apt clean all

root@debian:/etc# apt update 
Hit:1 http://deb.debian.org/debian bullseye InRelease
Hit:2 http://security.debian.org/debian-security bullseye-security InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease           
Hit:4 http://deb.debian.org/debian bullseye-backports InRelease
Hit:5 http://dl.google.com/linux/chrome/deb stable InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.

root@debian:/etc# apt-cache policy 
Package files:
 100 /var/lib/dpkg/status
     release a=now
 500 http://dl.google.com/linux/chrome/deb stable/main amd64 Packages
     release v=1.0,o=Google LLC,a=stable,n=stable,l=Google,c=main,b=amd64
     origin dl.google.com
 100 http://deb.debian.org/debian bullseye-backports/non-free i386 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=non-free,b=i386
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/non-free amd64 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=non-free,b=amd64
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/contrib i386 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=contrib,b=i386
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/contrib amd64 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=contrib,b=amd64
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/main i386 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=main,b=i386
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/main amd64 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=main,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye-updates/main i386 Packages
     release v=11-updates,o=Debian,a=stable-updates,n=bullseye-updates,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye-updates/main amd64 Packages
     release v=11-updates,o=Debian,a=stable-updates,n=bullseye-updates,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://security.debian.org/debian-security bullseye-security/non-free i386 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=non-free,b=i386
     origin security.debian.org
 500 http://security.debian.org/debian-security bullseye-security/non-free amd64 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=non-free,b=amd64
     origin security.debian.org
 500 http://security.debian.org/debian-security bullseye-security/main i386 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=main,b=i386
     origin security.debian.org
 500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=main,b=amd64
     origin security.debian.org
 500 http://deb.debian.org/debian bullseye/contrib i386 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=contrib,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/contrib amd64 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/non-free i386 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=non-free,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/non-free amd64 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/main i386 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/main amd64 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=main,b=amd64
     origin deb.debian.org
Pinned packages:

Sziasztok! Szeretnék megismerkedni a Debian Linuxszal, pontosabban érdekelne a Debian stabil ág. Tudom, hogy a szoftverek nagy része egy idő után elavul, de vajon ez problémát jelent-e desktop területen, ha rendelkezem Flatpak-kal? Jelenleg a Red Hat Enterprise Linux-ot használom, és jól működnek a Flatpak csomagok.

A dolog, amit nem igazán szeretek a Red Hat Linux-szal kapcsolatban, az az, hogy a Red Hat és az IBM a háta mögött áll. Nekem valahogy úgy tűnik, hogy a Red Hat nem igazán érdeklődik a desktop terület iránt. Persze, a Debian sem kifejezetten desktop célra készült, de mégis univerzális, és szerintem az alap rendszere stabil. Valahogy már nem kedvelek semmit, ami egy cégtől függ. Kérlek, ne ajánljátok a Fedora-t, ha lehet, maradjunk inkább a Debian témájánál.

Szerintetek jó választás lenne a Debian egy olyan disztribúció szempontjából, amit feltelepítek és hosszú időre megbízhatok benne? A munkám során inkább videó- és hangkonferenciát használok, valamint néhány irodai csomagot, mint például a LibreOffice. Ha ezek stabilak, akkor minden rendben van. Ha évekig nem kell újratelepíteni, az még jobb lenne.

Sziasztok.

A raid:

========================================

Personalities : [raid10] [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4]
md0 : active raid10 sdd1[3] sda1[0] sdb1[1] sdc1[2]
      7813772288 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]
      bitmap: 0/59 pages [0KB], 65536KB chunk
====================================

A logban a következőt látom:

======================

May 31 23:21:21 dell-4-doom0 kernel: [6318523.033510] sd 0:0:1:0: [sdb] tag#9 Controller reset is requested due to IO timeout
May 31 23:21:21 dell-4-doom0 kernel: [6318523.033510] SCSI command pointer: (ffff880848d21948)   SCSI host state: 5      SCSI
May 31 23:21:21 dell-4-doom0 kernel: [6318523.033514] megaraid_sas 0000:01:00.0: [ 0]waiting for 1 commands to complete for scsi0
May 31 23:21:26 dell-4-doom0 kernel: [6318528.142542] megaraid_sas 0000:01:00.0: [ 5]waiting for 1 commands to complete for scsi0
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602067] sd 0:0:1:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602078] sd 0:0:1:0: [sdb] tag#0 Sense Key : Medium Error [current] [descriptor]
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602081] sd 0:0:1:0: [sdb] tag#0 Add. Sense: Unrecovered read error
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602100] sd 0:0:1:0: [sdb] tag#0 CDB: Read(16) 88 00 00 00 00 01 19 5c 92 f0 00 00 01 00 00 00
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602103] print_req_error: critical medium error, dev sdb, sector 4720464628
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602817] md/raid10:md0: sdb1: rescheduling sector 9440400112

May 31 23:32:07 dell-4-doom0 kernel: [6319168.869221] md/raid10:md0: sda1: redirecting sector 9440400112 to another mirror
=====================================================================================

Az sdb egyértelműen elesett, de a raid még nem dobta ki magából. Az sda meg kezd elesni?

Van esély arra, hogy sdb-t fail-ra teszem és még megmarad a masina egy rövid ideig?

Előre is köszönöm a válaszokat.

Sziasztok. Az lenne a problémám, hogy van egy Debian 11 szerverünk, ami az apt update parancsra azt írja, hogy nem talál frissítéseket, pedig biztosan van, többek között új kernel is van. A sources.list -ben az alábbi értékek vannak:

deb http://deb.debian.org/debian bullseye main contrib non-free
deb-src http://deb.debian.org/debian bullseye main contrib non-free

deb http://deb.debian.org/debian-security/ bullseye-security main contrib non-free
deb-src http://deb.debian.org/debian-security/ bullseye-security main contrib non-free

deb http://deb.debian.org/debian bullseye-updates main contrib non-free
deb-src http://deb.debian.org/debian bullseye-updates main contrib non-free

# LSI MegaRAID
deb http://hwraid.le-vert.net/debian bullseye main

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

Ha kikommentelem az LSI részt, akkor sem talál. A sources.llist-d alól is kiszedtem az egyedi listákat, úgysem talál frissítést. Megnéztem a sources.list jogosultságát, és 644-es, mint a többi szerveren, így az sem lehet gond.

Hibaüzenetet nem ír, csak a szokásosat: "All packages are up to date."

Az utolsó frissítés május 11-én volt, de azóta más szerverekre jött ez:

Start-Date: 2023-05-13  17:39:34
Commandline: apt upgrade -y
Install: linux-image-5.10.0-23-amd64:amd64 (5.10.179-1, automatic)
Upgrade: linux-image-amd64:amd64 (5.10.178-3, 5.10.179-1), linux-libc-dev:amd64 (5.10.178-3, 5.10.179-1)
End-Date: 2023-05-13  17:40:05

Van valakinek ötlete, hogy miért nem találja meg ezeket új frissítéseket? Még annyi adalék, hogy már az előző kernel sem ment fel rá, mert linux-image-5.10.0-21-amd64-es van rajta, nem 23-as, ahogy nézem.

Sziasztok!

Ezeréves Citrix klienset kell frissítenem egy halom Rpi-n, de a következő problémába futottam bele:

Gond nélkül felmegy a legfrissebb ICA client, böngészőből beenged, indítanám a Desktopot, el is indul,

egy pillanatra, aztán bezárul az ablak.

A Raspbian is a legfrisebb.

Van valami ötlete valakinek?

Köszönöm!

Sziasztok!

Egy TP-LINK routeren futó openvpn szolgáltatásra szeretnék debian alapú gépen csatlakozni állandóan (7/24). Csatlakozás ok, azt teszi ami szeretnék, de random időnként megszakad a kapcsolat (kb. 10-30 óra között).
Gondoltam úgy is fut a monit, figyelem vele az openvpn kapcsolatot és ha nincs, újraindítom az openvpn klienst.
Ez a monitrc egy része:

check host tplinkrouter with address 192.168.5.5
   if failed icmp type echo count 3 with timeout 15 seconds then exec "/etc/init.d/ovpn start" as uid root

Ám, ha nen tud pingelni, akkor sem futtatja a scriptet.
Parancssorban simán jó lefut
Mitől lehet?

Sziasztok!

Proxmox Debian alatt szenvedek egy időszinkron hibával...

Linux pve2 5.15.102-1-pve #1 SMP PVE 5.15.102-1 (2023-03-14T13:48Z) x86_64 GNU/Linux

Ba van állítva a BIOS órája, teljesen pontosan. be van szinkronizálva a Debian órája, teljesen pontosan (tzdata beállítva).

A hwclock jó időt mutat, a date jó időt mutat. Egész nap figyelem, nem mászik el.

Reggel az fogad, hogy több mint egy héttel hátrébb állt a linux ideje. A hwclock továbbra is jó időt mutat.

root@pve2:~# timedatectl
               Local time: Sat 2023-03-18 09:12:24 CET
           Universal time: Sat 2023-03-18 08:12:24 UTC
                 RTC time: Sat 2023-03-18 08:12:24
                Time zone: Europe/Budapest (CET, +0100)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no
 

Mi a tőgy történhet éjjel, hogy elcseszi a pontos időt?

A cron-ban nem találok olyan processzt, ami ilyet okozna (másik, jól működő szerverrel hasonlítgatom össze)

A chronny az alábbiakat adja:

chronyc> tracking
Reference ID    : 5100740D (81.0.116.13)
Stratum         : 3
Ref time (UTC)  : Sat Mar 18 08:05:02 2023
System time     : 0.000030574 seconds fast of NTP time
Last offset     : +0.000052732 seconds
RMS offset      : 0.000067810 seconds
Frequency       : 15.745 ppm fast
Residual freq   : +0.003 ppm
Skew            : 0.044 ppm
Root delay      : 0.002224029 seconds
Root dispersion : 0.000851090 seconds
Update interval : 1031.6 seconds
Leap status     : Normal
 

Már kifogytam az ötletekből...

Sziasztok. Debian alatt hogyan állítható be, hogy mondjuk caps lock+space esetén non-breaking space-t szúrjak be cli-s szövegszerkesztők esetén (mcedit, nano, micro stb)?

Azt tudom, hogy létezik setxkbmap, amivel sok mindent lehet állítgatni, pl nbsp-t is, ami talán ezt a cél szolgálná, de nemigazán értem, hogy mi lenne az nbsp:level2 opció.

Sziasztok!

Vasaroltam most egy 6. generacios Intel Skylake notit, amiben a GPU mar korlatozottan tud VP9-et dekodolni HW-bol. Volt mar dolgom ilyen chipsettel, azon a gepen Fedorat hasznaltam, ott a cimbeli csomag telepitese utan szepen vitte meg a 4K videokat is a Chrome hardveres gyorsitassal.

Erre a Notira viszont Debian (alapu) rendszer kerulne, nevezetesen Deepin Linux. Viszont Debian/Ubuntu vonalon nyomat sem talalom ennek a hybrid drivernek. Ez ezekre egyaltalan nem letezik? Van ennek valami oka? 

Meglehetne oldani persze forrasbol forditva, de ha nem muszaj, nem mennek el ebbe az iranyba... (nincs kedvem minden nagyobb rendszerfrissites utan ezzel szivni...)

Egy olyan problémával szembesültem, amit így hirtelenjében nem értek. Van egy userem, akinek van sudo joga. A user .bashrc-jében felvittem az export EDITOR=micro bejegyzést, így valóban defaultként a micro programot használja text editorként. Ugyanezt megcsináltam a /root/.bashrc alatt is.

Ez rendben működik is, ha a sima userként, vagy root userként vagyok bejelentkezve. Viszont ha a sima userrel vagyok bejelentkezve, de nem akarok root userrel megnyitni valamit, hanem a sima user-t + a sudo -t használéva már nem működik. Tehát sima user alatt kiadom hogy pl sudo crontab -e, vagy sudo -ként elindítok egy file managert, ami a default text editort haszbnálná szerkesztésre, akkor már az alábbi hibába futok:
 

/usr/bin/sensible-editor: 25: /bin/nano: not found
/usr/bin/sensible-editor: 28: nano: not found
/usr/bin/sensible-editor: 31: nano-tiny: not found
/usr/bin/sensible-editor: 34: vi: not found
Couldn't find an editor!
Set the $EDITOR environment variable to your desired editor.

A lenne a kérdésem, hogy sudo használatakor hova kellene definiálnom az EDITOR-t? Ez azért lenne fontos,, mert alapból tiltanám a root felhasznnálót, tehát sudo-val intézném el, ha valamihez root jog kellene, viszont így ugye a default text editor (és nyilvűn más environment se) nem működik rendesen.

MEGOLDÁS:

Sudoers fileba fel kell vinni:

Defaults        env_keep += "EDITOR"