Beiträge von Platthammer

Ich denke ich mache in der mpd.config irgendwelche Fehler. Ich bekomme einfach weder eine Verbindung zur Datenbank noch zur Bibliothek. Gebe ich im Browser ein Localhost:6600 dann kommt die Meldung:

OK MPD 0.20.0
ACK [5@0] {} unknown command "GET"
ACK [5@0] {} Invalid word character

Die Clementine hatte ich auch mal drauf war aber nicht das was ich wollte. Ich muß sagen das was ich bei Catata sehe gefällt mir richtig gut, deshalb möchte ich mir gern die Arbeit machen um es zum laufen zu bekommen.

Die Ausgabe der Status Abfrage:

localhost:/home/joerg # systemctl status mpd.service
● mpd.service - Music Player Daemon
   Loaded: loaded (/usr/lib/systemd/system/mpd.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri 2021-05-21 19:25:54 CEST; 13min ago
     Docs: man:mpd(1)
           man:mpd.conf(5)
 Main PID: 1668 (mpd)
    Tasks: 5
   CGroup: /system.slice/mpd.service
           └─1668 /usr/bin/mpd --no-daemon

Mai 21 19:25:50 localhost systemd[1]: Starting Music Player Daemon...
Mai 21 19:25:54 localhost mpd[1668]: exception: Failed to connect to remote MPD 'other.mpd.host'
Mai 21 19:25:54 localhost mpd[1668]: exception: nested: Failed to resolve host name
Mai 21 19:25:54 localhost systemd[1]: Started Music Player Daemon.
localhost:/home/joerg # 

Derzeit liegt mein Problem bei der Einrichtung des MPD. Ich habe eigentlich in der Config alles eingestellt, aber er startet noch nicht einmal diesen Dienst, Da ist sicherlich noch etwas anderes was da fehlt.

Also das Catana scheint erstmal keinen schlechten zu machen, wenn ich denn raus bekommen habe wie es sich mit der Sammlung verbinden lässt. Dieses würde ich erstmal ausprobieren wollen, wenn das geht kann ich sagen ob ich weiter such oder ob es das ist was ich suche.

Von diesen benannten habe ich bisher noch nichts gehört. Ich danke dir vorerst. Mal sehen wo ich diese in den Repos finde und dann werde ich diese mal testen.

Ich melde mich wieder sowie ich das getan habe.

Ich hatte früher mal die Musikverwaltung Banshee am laufen, doch die gibt es ja nun schon ewig nicht mehr...schade...

Danach entdeckte ich mal das Nightingale was auch nicht mehr lange funktionierte.

Weis jemand eine Alternative zu Banshee ? Ich habe schon einiges versucht aber eigentlich nur stark Kompromiss behaftete Alternativen gefunden. Der Amarok ist ein unübersichtliches Ungetüm, der Lollypop ist derzeit meine Wahl aber unwahrscheinlich langsam, da dieser im Hintergrund unmengen an Daten im Netz sucht. ATunes hatte ich auch mal, war schön aber ging auch nicht lange. Mein einziger Favorit den ich hatte war Banshee, gibt es noch so etwas ähnliches für Linux ?

Ich hatte schon überlegt mir mit Win Software zu helfen, aber das kann ja wohl nicht mein Ziel sein.

Ich möchte eine Verwaltung die ohne Probleme mit ca 100000 Titeln klar kommt und in einer annehmbaren Geschwindigkeit arbeitet. Wichtig ist auch so was ähnliches wie eine Partybox um Titel rein zu schieben die dann wenn sie gespielt sind wieder von der Bildfläche verschwinden. Kurz gesagt Itunes für Linux nur schneller.

Gibt es sowas oder ist irgendwo ein solches Projekt in Planung ?

sterun

Also deinen Vorschlag habe ich getestet und wie schon gedacht hatte ich große Probleme dies wieder rückgängig zu machen. Der Dienst war dann tot und lies sich auch nicht wieder zum starten bewegen. Habe dann die kompletten Netzwerkverbindungen der Schnittstellen gelöscht und neu angelegt. Da hat er etwas gebraucht und dann konnte ich den Dienst wieder manuell starten. Dann hatte ich auch wieder Netz.

Mir fällt da gerade ein das ich da mal einen Remote zum Server eingerichtet hatte das ich mir halt das Serverbild auf den Monitor holen konnte, ich denke das daher vielleicht dieses noch stammen könnte, aber sicher bin ich mir da nicht. Der VNC ist nie wirklich gelaufen.

ThomasS

Ja diesen Eintrag habe ich gefunden und da steht eine 30 drin. Es steht auch drin das bei keinem Eintrag einfach nicht gesucht wird, wie muß ich mir das vorstellen ? Soll das bedeuten das mir alle Geräte die über Netzwerk verbunden werden nicht mehr erkannt werden ?

Erstmal danke für die Super Erklärung über dracut. Das ist eine einleuchtende Gescichte und so wie es aussieht ein guter Schritt endlich mal die vielen Distries untereinander zusammen zu führen.

Ein Ram file System für den Bootvorgang von Root, stelle mir gerade vor wie lange das mit einer alten Platte dauern muß. Ich denke da wird es Einbußen in Form von Performance geben.

Zu deinem Vorschlag auf Netzwerk Manager umzustellen und wieder zurück, damit habe ich etwas Bauchschmerzen. Ich war vorhin gerade mal im Yast in der Diensteverwaltung und mußte feststellen das wicked gar nicht läuft und starten lässt er sich auch nicht. Nur wieso habe ich Netzwerk wenn dieser Dienst nicht läuft ? Wickedd läuft dagegen.

Da ich genau an dem Punkt zu Weihnachten mir den dicken Hals geholt hatte bin ich da etwas skeptisch. Aber das denke ich versuche ich morgen, für heute muß ich mir dazu noch etwas Mut anschlafen

Bis hier hin erstmal vielen Dank für deine Mühe, Ausdauer und Kompetenz ! Die Erklärung fand ich kurz und sehr verständlich, prima !

Guts Nächtle

Könntest du damit mehr anfangen ?

localhost:/home/joerg # systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @33.867s
└─display-manager.service @32.895s +971ms
  └─time-sync.target @32.752s
    └─chronyd.service @32.581s +169ms
      └─network.target @32.576s
        └─wicked.service @2.511s +30.064s
          └─wickedd-nanny.service @2.469s +40ms
            └─wickedd.service @2.419s +42ms
              └─wickedd-dhcp4.service @2.287s +44ms
                └─dbus.service @2.040s
                  └─basic.target @2.026s
                    └─paths.target @2.026s
                      └─btrfsmaintenance-refresh.path @2.026s
                        └─sysinit.target @2.024s
                          └─systemd-udev-settle.service @387ms +1.636s
                            └─systemd-udev-trigger.service @302ms +84ms
                              └─systemd-udevd-control.socket @286ms
                                └─-.mount
                                  └─system.slice
                                    └─-.slice

Na das wäre ja prima, danke bis hier hin !

Mal eine Frage was ist dieser Dracut Dienst ??? Ich habe zwar keinen AMD Prozessor auch keinen DELL Rechner und Red Hat habe ich auch nicht. Allerdings ist bei jedem Update etwas Dabei wo dieses Dracut wie einen separaten Ablauf bildet, zumindest ist die Schrift in einer anderen Farbe als würde der Rechner da etwas kompilieren.

Was macht dieser und wozu braucht man den ?

Also wie es aussieht hat es in diesem bearbeiteten Punkt etwas gebracht, aber der Eindruck ist trotzdem ein laaaaahhhhhhmer Start.

Bis hierhin erst mal VIELEN DANK !

Hier die gewünschte Ausgabe ( als Auszug ) :

ocalhost:/home/joerg # systemd-analyze blame
         30.064s wicked.service
          2.436s dracut-initqueue.service
          2.100s udisks2.service
          1.609s systemd-udev-settle.service
           959ms display-manager.service
           688ms postfix.service
           604ms apparmor.service
           483ms libvirtd.service
           445ms initrd-switch-root.service
           439ms plymouth-quit-wait.service
           415ms upower.service
           314ms smartd.service
           187ms home.mount
           154ms wickedd-auto4.service
           151ms polkit.service
           150ms wickedd-dhcp4.service
           149ms avahi-daemon.service
           149ms systemd-machined.service
           146ms wickedd-dhcp6.service
           138ms initrd-parse-etc.service
           126ms dev-disk-by\x2duuid-6e186155\x2d7e32\x2d45fc\x2da3a9\x2d15bb776468f1.swap
           124ms rsyslog.service
           119ms klog.service
           114ms user@1000.service
           113ms run-mount.mount
           102ms systemd-journal-flush.service
            97ms systemd-udev-trigger.service
            97ms mcelog.service
            95ms plymouth-start.service
            94ms chronyd.service
            91ms ModemManager.service