Samba hat durch Badlock Fix neue Abhängigkeiten [gelöst]

[nudgegoonies]

Hallo zusammen,
ich wollte gerade ein dist-upgrade durchführen als mir auffiel, dass die Samba Client Pakete lauter neue Abhängigkeiten haben. Auch ein Abschalten der der empfohlenen Pakete hat an folgendem nichts geändert:

Code: Alles auswählen

Paketaktualisierung (Upgrade) wird berechnet... Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libgssapi3-heimdal libheimntlm0-heimdal
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Fertig
Die folgenden NEUEN Pakete werden installiert:
  libhdb9-heimdal python-dnspython python-ldb python-ntdb python-samba python-tdb samba samba-common samba-common-bin samba-dsdb-modules samba-vfs-modules tdb-tools
Die folgenden Pakete werden aktualisiert (Upgrade):
  libldb1 libsmbclient libtalloc2 libtdb1 libtevent0 libwbclient0 python-talloc samba-libs
8 aktualisiert, 12 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Braucht man mittlerweile wirklich ein komplettes Samba nur damit man zum Beispiel im Nautilus auf Freigaben zugreifen kann?
Viele Grüße!

[catdog2]

Code: Alles auswählen

-------------------------------------------------------------------------
Debian Security Advisory DSA-3548-2                   security@debian.org
https://www.debian.org/security/                     Salvatore Bonaccorso
April 14, 2016                        https://www.debian.org/security/faq
-------------------------------------------------------------------------

Package        : samba
Debian Bug     : 820947

The upgrade to Samba 4.2 issued as DSA-3548-1 introduced a packaging
regression causing an additional dependency on the samba binary package
for the samba-libs, samba-common-bin, python-samba and samba-vfs-modules
binary packages. Updated packages are now available to address this
problem.

For the stable distribution (jessie), this problem has been fixed in
version 2:4.2.10+dfsg-0+deb8u2.

Sollte also jetzt klappen.

[niesommer]

Ich frage mich wer hier für die Abhängigkeiten zuständig war?
Ich hatte kein samba installiert abgesehen von einigen Bibliotheken die mit installiert wurden als Abhängigkeit. Ich brauch kein samba und ich will vor allem kein samba haben, ich will und muss nicht MS kompatibel mit und zu niemanden sein.
Und was soll ich auf einem spiele Rechner damit?

Code: Alles auswählen

apt-get -s purge samba
HINWEIS: Dies ist nur eine Simulation!
         apt-get benötigt root-Privilegien für die reale Ausführung.
         Behalten Sie ebenfalls in Hinterkopf, dass die Sperren deaktiviert
         sind, verlassen Sie sich also bezüglich des reellen aktuellen
         Status der Sperre nicht darauf!
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  cdrdao dvd+rw-tools growisofs htdig k3b-data kde-games-core-declarative libflac++6 libk3b6 libk3b6-extracodecs libkcddb4 libkcompactdisc4 libkdegames6abi1 libkdegamesprivate1abi1 libkldap4 libkmahjongglib4
  libmusicbrainz5-1 vcdimager
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  bomber* granatier* gvfs-backends* k3b* k3b-i18n* kbattleship* kbreakout* kde-runtime* kgoldrunner* khelpcenter4* klickety* kmahjongg* knavalbattle* knights* kolf* kollision* konquest* kpat* kshisen* ksirk*
  kspaceduel* kuser* libsmbclient* lskat* mplayer2* python-samba* python-smbc* samba* samba-common-bin* samba-dsdb-modules* samba-libs* samba-vfs-modules* smplayer* smplayer-l10n* smplayer-themes*
0 aktualisiert, 0 neu installiert, 35 zu entfernen und 1 nicht aktualisiert.
Purg bomber [4:4.12.4-1]
Purg granatier [4:4.14.2-1]
Purg gvfs-backends [1.22.2-1]
Purg k3b-i18n [2.0.2-8]
Purg k3b [2.0.2-8]
Purg kbattleship [4:4.13.3-1]
Purg kbreakout [4:4.13.1-1]
Purg lskat [4:4.14.0-1]
Purg kuser [4:4.12.2-2]
Purg kde-runtime [4:4.14.2-2] [khelpcenter4:i386 kshisen:i386 kpat:i386 kgoldrunner:i386 kspaceduel:i386 klickety:i386 knights:i386 kmahjongg:i386 konquest:i386 kolf:i386 knavalbattle:i386 kollision:i386 ksirk:i386 ]
Purg kgoldrunner [4:4.12.2-2] [khelpcenter4:i386 kshisen:i386 kpat:i386 kspaceduel:i386 klickety:i386 knights:i386 kmahjongg:i386 konquest:i386 kolf:i386 knavalbattle:i386 kollision:i386 ksirk:i386 ]
Purg khelpcenter4 [4:4.14.2-2] [kshisen:i386 kpat:i386 kspaceduel:i386 klickety:i386 knights:i386 kmahjongg:i386 konquest:i386 kolf:i386 knavalbattle:i386 kollision:i386 ksirk:i386 ]
Purg klickety [4:4.12.4-1] [kshisen:i386 kpat:i386 kspaceduel:i386 knights:i386 kmahjongg:i386 konquest:i386 kolf:i386 knavalbattle:i386 kollision:i386 ksirk:i386 ]
Purg kmahjongg [4:4.14.0-1] [kshisen:i386 kpat:i386 kspaceduel:i386 knights:i386 konquest:i386 kolf:i386 knavalbattle:i386 kollision:i386 ksirk:i386 ]
Purg knavalbattle [4:4.13.3-1] [kshisen:i386 kpat:i386 kspaceduel:i386 knights:i386 konquest:i386 kolf:i386 kollision:i386 ksirk:i386 ]
Purg knights [2.5.0-1+b1] [kshisen:i386 kpat:i386 kspaceduel:i386 konquest:i386 kolf:i386 kollision:i386 ksirk:i386 ]
Purg kolf [4:4.14.1-1] [kshisen:i386 kpat:i386 kspaceduel:i386 konquest:i386 kollision:i386 ksirk:i386 ]
Purg kollision [4:4.12.4-1] [kshisen:i386 kpat:i386 kspaceduel:i386 konquest:i386 ksirk:i386 ]
Purg konquest [4:4.14.0-1] [kshisen:i386 kpat:i386 kspaceduel:i386 ksirk:i386 ]
Purg kpat [4:4.13.1-1] [kshisen:i386 kspaceduel:i386 ksirk:i386 ]
Purg kshisen [4:4.13.1-1] [kspaceduel:i386 ksirk:i386 ]
Purg ksirk [4:4.14.0-1] [kspaceduel:i386 ]
Purg kspaceduel [4:4.12.2-2]
Purg python-smbc [1.0.15.3-0.1]
Purg smplayer-themes [1:14.9.0-1]
Purg smplayer [14.9.0~ds0-1] [smplayer-l10n:i386 ]
Purg mplayer2 [2.0-728-g2c378c7-4+b1] [smplayer-l10n:i386 ]
Purg libsmbclient [2:4.2.10+dfsg-0+deb8u1] [smplayer-l10n:i386 ]
Purg samba-vfs-modules [2:4.2.10+dfsg-0+deb8u1] [smplayer-l10n:i386 ]
Purg samba-dsdb-modules [2:4.2.10+dfsg-0+deb8u1] [smplayer-l10n:i386 samba:i386 ]
Purg samba-libs [2:4.2.10+dfsg-0+deb8u1] [smplayer-l10n:i386 samba:i386 samba-common-bin:i386 python-samba:i386 ]
Purg samba [2:4.2.10+dfsg-0+deb8u1] [smplayer-l10n:i386 samba-common-bin:i386 python-samba:i386 ]
Purg samba-common-bin [2:4.2.10+dfsg-0+deb8u1] [smplayer-l10n:i386 python-samba:i386 ]
Purg python-samba [2:4.2.10+dfsg-0+deb8u1] [smplayer-l10n:i386 ]
Purg smplayer-l10n [14.9.0~ds0-1]

Ich habe auch noch nie eine Abweichung zwischen der Simulation und der echten Entfernung von Paketen gehabt von daher sieht das schon sehr merkwürdig aus.

So dann habe ich jetzt mal folgendes probiert:

Code: Alles auswählen

systemctl status samba
● samba.service
   Loaded: masked (/dev/null)
   Active: inactive (dead)

Code: Alles auswählen

 systemctl status nmbd
● nmbd.service - LSB: start Samba NetBIOS nameserver (nmbd)
   Loaded: loaded (/etc/init.d/nmbd)
   Active: active (running) since Do 2016-04-14 11:39:11 CEST; 3h 34min ago
   CGroup: /system.slice/nmbd.service
           └─4295 /usr/sbin/nmbd -D

Apr 14 11:39:11 tbbt nmbd[4282]: Starting NetBIOS name server: nmbd.

Code: Alles auswählen

systemctl status smbd
● smbd.service - LSB: start Samba SMB/CIFS daemon (smbd)
   Loaded: loaded (/etc/init.d/smbd)
   Active: active (running) since Do 2016-04-14 11:39:11 CEST; 3h 34min ago
   CGroup: /system.slice/smbd.service
           ├─4233 /usr/sbin/smbd -D
           └─4352 /usr/sbin/smbd -D

Apr 14 11:39:11 tbbt smbd[4223]: Starting SMB/CIFS daemon: smbd.

Code: Alles auswählen

systemctl stop nmbd
systemctl stop smbd

Das hat erst mal den gewünschten effekt und stopt die dienste.

Code: Alles auswählen

systemctl stop samba

scheint keine funktion zu haben.

Code: Alles auswählen

● smbd.service - LSB: start Samba SMB/CIFS daemon (smbd)
   Loaded: loaded (/etc/init.d/smbd)
   Active: inactive (dead) since Do 2016-04-14 15:15:55 CEST; 3s ago
  Process: 12841 ExecStop=/etc/init.d/smbd stop (code=exited, status=0/SUCCESS)

Apr 14 11:39:11 tbbt smbd[4223]: Starting SMB/CIFS daemon: smbd.
Apr 14 15:15:55 tbbt smbd[12841]: Stopping SMB/CIFS daemon: smbd.

Code: Alles auswählen

systemctl status nmbd
● nmbd.service - LSB: start Samba NetBIOS nameserver (nmbd)
   Loaded: loaded (/etc/init.d/nmbd)
   Active: inactive (dead) since Do 2016-04-14 15:15:49 CEST; 14s ago
  Process: 12833 ExecStop=/etc/init.d/nmbd stop (code=exited, status=0/SUCCESS)

Apr 14 11:39:11 tbbt nmbd[4282]: Starting NetBIOS name server: nmbd.
Apr 14 15:15:49 tbbt nmbd[12833]: Stopping NetBIOS name server: nmbd.

Code: Alles auswählen

systemctl disabled smbd
Unknown operation 'disabled'.

systemctl disabled nmbd
Unknown operation 'disabled'.

systemctl disabled samba
Unknown operation 'disabled'.

So So, systemd kann also das samba nicht deaktivieren! Sehr ausgereift das ganze!
Wie kann ich denn nun diesen von mir unerwünschten dienst loswerden?

@nudgegoonies
entschuldige bitte wenn ich deinen Beitrag ein wenig entführe, hoffe das das für dich auch von Interesse sein könnte.

[Dogge]

systemctl disabled samba

Muss vermutl.

Code: Alles auswählen

systemctl disable samba

heißen.

[nudgegoonies]

Hat sich mit dem Regression Update erledigt. Jetzt wurde nur aktualisiert und nichts mehr installiert. Danke an alle die geantwortet haben. Ich bin auch auf der Debian Security Liste und die Regression haben sie dort ja auch als Security Fix eingestuft.

@niesommer
Kein Problem. Passt ja zum Thema. Auch wenn ich noch nicht ganz verstanden habe, worauf Du hinauswillst. Mit der neusten Version brauchen die Clientbibliotheken das Samba Server Paket nicht mehr. Alles wieder so wie vorher. Wenn Du darauf aktualisiert hast dürften die durch das erste Update installierten Pakete sich per autoremove löschen lassen.

Wenn Du wirklich alles löschen willst was mit Samba zu tun hat, also alle Pakete die aus dem Quellpaket gebaut werden, dann wird es schwieriger. In Deiner Liste kommt ja auch der mplayer2 vor. Ich denke der braucht libsmbclient weil es möglich ist, direkt eine SMB URL für ein Video anzugeben und via SMB zu streamen. Es gibt da eine Variante ein Dummypaket zu bauen, so dass alle Pakete, die eine Abhängigkeit zu libsmbclient haben, nicht deinstalliert werden müssen. Ob sie dann noch funktionieren ist eine andere Frage. Kann sein, dass der mplayer erst dann crashed, wenn Du eine SMB URL eingibst oder dass er gar nicht erst startet. Schlimmstenfalls musst Du selber das Paket selber bauen und compilieren, und vorher natürlich den SMB Support in den rules abschalten und die Abhängigkeiten aus dem control file entfernen.

[niesommer]

systemctl disabled samba

Muss vermutl.

Code: Alles auswählen

systemctl disable samba

heißen.

Oh mann von wegen einfacher.
Danke,
Jetzt sieht das so aus:

Code: Alles auswählen

systemctl disable samba
Synchronizing state for samba.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d samba defaults
Executing /usr/sbin/update-rc.d samba disable
update-rc.d: error: samba Default-Start contains no runlevels, aborting.

Sieht so aus als wäre das Teil jetzt deaktiviert.

[niesommer]

@nudgegoonies
Die Abhängigkeit von einigen Sachen wie dem smplayer sind mir ja klar und damit kann ich leben, aber gleich die gesamten server dienste die ich mal vereinfacht zusammenfasse mit samba brauche ich nicht und betrachte sie als unnötiges Sicherheitsrisiko, weshalb ich sie wieder deinstallieren wollte was zu obiger Ausgabe führte und ich dies noch nicht getan habe. aber ich habe gerade noch einmal ein

Code: Alles auswählen

apt update && apt full-upgrade

ausgeführt und das scheint nicht so toll gewesen zu sein. Sieht aus als ob das Samba unpdate einiges kaputt macht, und das bei einem Debian Stable!
pastebin.php?mode=view&s=39257
Werde jetzt erst einmal versuchen das wieder zu reparieren aber schön ist das nicht.

So habe jetzt das ganze wieder repariert.
pastebin.php?mode=view&s=39259
pastebin.php?mode=view&s=39258

Da attr deinstalliert werden sollte habe ich das einfach als manuell markiert. Und wie man aus dem nopaste sehen kann wurde das ganze samba zeugs was erst installiert wurde jetzt wieder automatisch deinstalliert. Das ist ein seltsame verhalte von Debian, so was habe ich bisher noch nicht erlebt und ich nutze das schon eine ganze weile.

[nudgegoonies]

Dann hast Du einen neuen Bug gefunden würde ich sagen. Ich habe das erste Update nicht installiert und erst mal die Frage hier gestellt. Jetzt habe ich direkt auf das zweite Update aktualisiert und da bei lief alles ohne Probleme oder das ein neues Paket hinzugekommen wäre.

OT: Ich bin mal wieder überrascht. "apt full-upgrade" habe ich noch nie gesehen. Ich mache immer "apt-get dist-upgrade". Wenn ich die manpage richtig interpretiere ist das aber das gleiche.

[niesommer]

Dann hast Du einen neuen Bug gefunden würde ich sagen. Ich habe das erste Update nicht installiert und erst mal die Frage hier gestellt. Jetzt habe ich direkt auf das zweite Update aktualisiert und da bei lief alles ohne Probleme oder das ein neues Paket hinzugekommen wäre.

Das ist ein seltsames verhalten von Debian, so was habe ich bisher noch nicht erlebt und ich nutze das schon eine ganze weile.
Ich habe eher den Eindruck das die gerade noch dabei sind die Pakete hoch zuladen und das Update damit unvollständig ist/war oder so.

OT: Ich bin mal wieder überrascht. "apt full-upgrade" habe ich noch nie gesehen. Ich mache immer "apt-get dist-upgrade". Wenn ich die manpage richtig interpretiere ist das aber das gleiche.

Ja das ist eigentlich genau das gleich nur das Frontend ist etwas schöner, da gibt es einen Ladebalken

PS: Jetzt ist es wie vorher wieder:

Code: Alles auswählen

dpkg -l | grep samba
ii  samba-libs:i386                             2:4.2.10+dfsg-0+deb8u2               i386         Samba core libraries

Wenn ich das nächste mal Samba bei Update lese warte ich erst noch zwei Tage, dann muss ich mich vielleicht nicht ärgern.

[nudgegoonies]

Ja, erinnert an den Linux Kernel 4.4 wo zig Soundtreiber fehlten. Aber das war nur in den Backports und in Testing und SID. Stable war nicht betroffen.

P.S.
Hängt vielleicht hier mit zusammen?
https://bugs.debian.org/cgi-bin/bugrepo ... bug=805304

[niesommer]

Ja, erinnert an den Linux Kernel 4.4 wo zig Soundtreiber fehlten. Aber das war nur in den Backports und in Testing und SID. Stable war nicht betroffen.

Na zum Glück war Stable davon nicht betroffen, sonst wäre ich ja wieder im Dreieck gesprungen.

P.S.
Hängt vielleicht hier mit zusammen?
https://bugs.debian.org/cgi-bin/bugrepo ... bug=805304

Sieht ganz danach aus.

Ich bedanke mich noch einmal dafür das ich deinen Beitrag ein wenig entführen durfte, und das wie sich jetzt raus stellte scheinbar völlig nutzlos.

[nudgegoonies]

Läuft bei Dir denn alles wieder? Das ist doch das wichtigste

Mir ist übrigens jetzt erst bewusst geworden, dass sie den Badlock patch ja gar nicht auf 4.1 zurückportiert haben sondern auf 4.2 aktualisiert haben.

[niesommer]

Läuft bei Dir denn alles wieder? Das ist doch das wichtigste

Ja, läuft alles wieder bestens.

[Revod]

... was ich nicht 100 pro verstanden habe, niesommer, konntest Du nun die alle " Samba " Pakete deinstallieren?

Heute setzte auch ich mich dahinter um Samba aus meinen Testing los zu werden. Installiert habe ich ca. 8 KDE-4 Anwendungen im LXDE und " LightDM mit LightDM-kde-greeter "

Nur " LightDM-kde-greeter " ist nur abhängig vom Paket, [deb]samba-libs[/deb], alle weitere " Samba " Pakete konnten dann problemlos deinstalliert werden. Einige Pakete, die mit deinstalliert wurden konnte ich danach auch ohne weiteres mit " Synaptic " neu installieren, ohne einen einziges Samba Paket. und alles funktioniert perfekt, wie gehabt

<ot>
Bezüglich noch nie erlebt... öfters Mal was neues...

Bluefish, Bluefish-Data und Bluefish-Plugins waren im Testing seid 2 Wochen, als veraltet aufgeführt. Und da war ich um es zu deinstallieren etwas gehemmt deswegen. Heute, eben wegen das Samba deinstallierte es mir auch Bluefish mit.

Nach auch der Pakete Bluefish-Data und Bluefish-Plugins zeigte mir Synaptic die drei Pakete, als nicht installiert an, die sich auch problemlos nach installieren liessen.

Vermutlich sind die " Pakettierer " manchmal auch etwas " verliebt " ...
</ot>