Hallo,
ich bin gerade auf der Suche nach einer neuen Distribution und bin so auf Siduction gestossen. Jetzt habe ich schon das ein oder andere gelesen und Siduction auch schon mal testweise in einer VirtualBox installiert.
Eine Frage habe ich jedoch noch: was genau sind die Vorteile gegenüber einem Debian Sid (Mal abgesehen von dem netten Installer :) )? Ist siduction wirklich stabiler? Wenn ja, wie wird das erreicht?
Ich freue mich über Antworten.
Viele Grüße,
Wonko
Der größe Vorteil ist, dass Du hier Leute findest, die alle (Sid)uction benutzen - und die haben je nach Dauer der Nutzung doch große Erfahrungen damit gesammelt, wie man mit Sid dauerhaft glücklich wird.
Nächster goßer Vorteil von Siduction ist das Forum, hier besonders das Board Upgrade-Warnings: Das ist absolute Pflichtlektüre - grade wenn Transitions anstehen oder im Gange sind, ist es sehr hilfreich, da reinzuschauen und zu entscheiden, ob man zur Zeit ein d-u fahren will.
Wenn Fehler in Sid auftreten, schlagen die hier naturgemäß zuerst und in geballter Form auf. Natürlich wird es auch dabei "Verluste" geben. Normal sollten diese aber bei erfahreneren Usern auftreten und dienen immerhin als Warnung. Bei gravierenden Sachen (Fehler in Scripten, fehlerhafte Abhängigkeiten etc) fixen wir Fehler meist schon deutlich vor debian.
Bei einigen Programmen fahren wir unsere eigene Schiene jenseits von debian mit teilweise tagesaktuellen Builds (inkscape, gimp). Diese können dann je nach Tagesform des Upstreams und der Packer entweder stabiler oder fehlerhafter als die jeweilige debian-Version sein. Meist sind sie aktueller und fehlerfreier :)
Hi Wonko,
erstmal herzlich Willkommen hier bei siduction. Wie melmarker schon sagte, das Forum hier ist wirklich einsame Spitzenklasse und sowas findet man wirklich nur noch selten. Hier sind einige Spezialisten regelmäßig Online die immer gerne weiterhelfen bei Problemen.
Weitere Vorteile von siduction kann ich dir gerne aufzählen:
* aktuellste Anwendungssoftware aus dem Debianfundus
* gute verständliche Dokumentation
* aktuellster Kernel (unser eigener, kein Debiankernel)
* modernes Bootkonzept mit systemd
* das reine SID kannst nicht besonders komfortabel aufsetzen, da es keinen Installer besitzt - siduction in max. 5 Minuten
* wir fixen Probleme bei einzelnen wichtigen Paketen deutlich schneller, letztes aktuelles Beispiel grub-pc
Was du als Anwender bei siduction lernen musst oder auch schon kannst, wie man sich auf der Kommandozeile bewegt und damit arbeitet. So bleibt die Lernkurve im Rahmen und du hast Spass mit siduction.
Hallo Wonko,
Willkommen bei siduction.
Manche kommen zu siduction wegen der guten Unterstützung für aktuelle Hardware oder der guten Performance, manche auch wegen der Community. Aber die eigentliche Zielgruppe sind Leute, die immer Lust haben, sich mit dem Einsatz neuester Software zu beschäftigen. Mit Mutter Debian im Hintergrund geht man hier kein Risiko ein, "auf das falsche Pferd zu setzen".
Wenn Du dauerhaftes Interesse an Neuerungen hast, dann wird siduction Dich vielleicht vom Distro-Hopping-Syndrom heilen.
viele Grüße
musca
Vielen Dank für die Antworten und Einblicke.
Die Kommandozeile ist für mich kein Hinderungsgrund Ich habe auch nichts dagegen mich mit meinem System zu beschäftigen und es zu konfigurieren. Im Gegenteil. Auch neue Software finde ich Interessant, weniger weil man es unbedingt braucht, sonder einfach um zu sehen, was sich so tut.
Aber: ich nutze meinen Rechner auch als Arbeitsrechner. D.h. die Dinge, die ich eingerichtet habe, sollen auch nach einem Update noch funktionieren. Z.Zt. mache ich auf meinem Rechner mit Arch Linux nicht so gute Erfahrungen. Klar: die aktuelle Software ist genial, aber nach einem Update funktionierte die Netzlaufwerkeinbindung nicht mehr. Gestern wollte ich mal schnell was drucken und der Drucker konnte nicht angesprochen werden usw. Kurz: jedesmal wenn ich was aufrufe, kann es sein, dass das letzte Update mir irgendwas zerschossen hat. Muss ich bei siduction auch mit solchen Problemen rechnen?
Bei Ubuntu war es vorher das Gleiche - aber nur alle 6 Monate. :) Inzwischen bin ich soweit, dass ich schon überlege zu Debian Testing zu wechseln.
Ausserdem würde mich noch interessieren, nach welchen Kriterien die Pakete in den Siduction-Quellen erstellt werden. Ich habe gesehen, dass auch Debian sid eingebunden ist, aber es auch eigene Quellen gibt. Also wann wird Debian Sid verwendet und wann ein eigenes Paket?
Viele Grüße,
Wonko
Hi Wonko,
ja, auch hier geht mal was kaputt. aber ich verdiene mein Geld mit einem Rechner auf siduction. Wenn apt beim dist-upgrade sagt, es will Pakete entfernen, sollte man natürlich innehalten, wenn man diese braucht. Aber stabiler als Testing ist es allemal, und natürlich sicherer. zudem sollte man eine hohe Aktualisierungsfrequenz einhalten. Wenn Du jeden Tag ein oder mehrere dist-upgrades machst, ist das wesentlich übverschaubarer als alle 3 Monate.
Was die Software angeht: das meiste kommt aus sid, der Kernel ist unser eigener (zeitmäßig sehr nah an vanilla), zudem haben wir eine eigenes KDE, da sid hier meist sehr hängt und sind an der Entwicklung hinter Razor-qt bzw. jetzt LXQt beteiligt. Hier wirds vermutlich zum LinuxTag in Berlin was zum installieren geben. Natürlich sind wir dort auch mit einem Stand vertreten.
greetz
devil
Du willst kein arch, kein ubuntu, kein siduction, kein mint, kein debian/testing - Du willst debian/stable, Ubuntu/LTS, CentOS.
So brutal einfach ist das. Alle die von Dir geschilderten Probleme werden in o.g. angeführten Distributionen auf jeden Fall auftreten. Es gibt aber einen Ausweg: Updaten mit Hirn und zum passenden Zeitpunkt. Und die Beherrschung des eigenen Systems. Beides kann man üben und lernen. Bei diesen beiden Punkten können wir helfen. Dann wäre auch Siduction oder debian/testing eine Alternative.
Leider gibt es nur die Wahl zwischen diesen beiden Möglichkeiten. Andere Alternativen gibt es nicht.
Also von der Community bin ich schon mal begeistert! :D
Devil, wenn Du Siduction für stabiler als Debian/Testing hältst, werde ich es auf jeden Fall mal versuchen.
Melmarker, ehrlich gesagt habe ich darauf gewartet, dass mir jemand Debian Stable empfiehlt. Auf meine Webservern mache ich damit richtig gute Erfahrungen: Die Updates laufen automatisiert jede Nacht und es hat mir noch nie etwas zerschossen. Auch das Update von 6.0 auf 7.0 ging so problemlos, wie ich es kaum für möglich gehalten hätte. Über die Stabilität von Ubuntu/LTS kann man hingegen streiten ...
Allerdings ist ein Debian Stable auch ziemlich langweilig. Ich suche eher eine Zwischenlösung. Natürlich darf auch mal was schief gehen. Aber im Moment habe ich das Gefühl, mein System ist permanent in der Alpha-Phase.
Was genau meinst Du mit "Update mit Hirn und zum passenden Zeitpunkt"? Vorher Update-Warnungen lesen ist klar. Wie gehst Du vor, wann machst Du ein Update und wie häufig?
Viele Grüße,
Wonko
Hilfreich ist ein Testsystem, wo man zuerst das dist-upgrade durchführt. Muss aber nicht sein. Lesen der Warnungen im Forum und lesen, was apt tun will, bevor man auf Enter drückt, vermeidet das Gröbste. Zudem kann man zum Ende des jeweiligen Sync von Debian updaten. Das passiert bei Debian 4 mal pro Tag, jeweils gegen 05:00, 11:00, 17:00 und 23:00. Eine halbe Stunde vorher updaten gewährleistet beim Lesen der Warnungen, dass grobe Sachen bereits bekannt sind.
greetz
devil
Hi Wonko,
Zitat von: Wonko in 2014/04/30, 22:11:28
Also von der Community bin ich schon mal begeistert! :D
...das ist doch schon mal was ;-)
Zitat von: Wonko in 2014/04/30, 22:11:28
Melmarker, ehrlich gesagt habe ich darauf gewartet, dass mir jemand Debian Stable empfiehlt. Auf meine Webservern mache ich damit richtig gute Erfahrungen: Die Updates laufen automatisiert jede Nacht und es hat mir noch nie etwas zerschossen. Auch das Update von 6.0 auf 7.0 ging so problemlos, wie ich es kaum für möglich gehalten hätte. Über die Stabilität von Ubuntu/LTS kann man hingegen streiten ...
Zu automatisierten Dist-Upgrades bei SID bzw. siduction würde ich dir auf keinen Fall raten. Der Einsatzzweck, deine Backupstrategie sowie deine Updatestrategie sind das entscheidende hier bei siduction. Wenn du ein 100% Stabiles System brauchst und das zur jeder Zeit, ist siduction nicht das richtige für dich. Wichtig sind meiner Meinung tägliche Backups mit denen du jederzeit auf einen gesicherten Stand
vor einem Dist-Upgrade zurück kannst. Desweiteren mindestens einmal pro Woche, besser 2-3 Mal einen Dist-Upgrade durchführen um die seltenen Fehler bei den Paketen zu minimieren. Wenn's Probleme gibt, die übrigens hier sehr schnell zur Sprache kommen, die Hände von der Tastatur lassen ;-)
Zitat von: Wonko in 2014/04/30, 22:11:28
Allerdings ist ein Debian Stable auch ziemlich langweilig. Ich suche eher eine Zwischenlösung. Natürlich darf auch mal was schief gehen. Aber im Moment habe ich das Gefühl, mein System ist permanent in der Alpha-Phase.
systemd ist bei Debian SID noch am Anfang seiner Integration, aber wenn wir nicht testen wer sonst. Debian Stable soll ein systemd bekommen und kein Upstart ;-)
ZitatWas genau meinst Du mit "Update mit Hirn und zum passenden Zeitpunkt"? Vorher Update-Warnungen lesen ist klar. Wie gehst Du vor, wann machst Du ein Update und wie häufig?
Hat devil schon grob geschildert:
* Upgrade-Warnings lesen und verstehen
* die Zeiten beachten: 4 x am Tag wird gesynct, wenn man nicht selbst als erster in offene Messer laufen lassen möchte, ist es sehr zu empfehlen, das andere tun zu lassen. :) d-u erst kurz vor dem nächsten Sync, dann sind wenigstens die groben Fehler schon im Forum, da garantiert jemand reingelaufen ist :D
* Extrem wichtig: keine d-u's, wenn man wirklich wichtige Sachen mit dem System vorhat. 2 Stunden vor der Abgabe einer wichtigen Arbeit ist es zum Beispiel nicht wirklich ratsam.
* bluelupo hat backups angesprochen - die können wirklich sehr hilfreich sein
stable auf Servern ist ein Segen, wenn die Pakete aktuell genug sind. Momentan ist das der Fall, das war nicht immer so. Und auf die Frage nach den Updates kann ich nur antworten: Mehrmals täglich auf meiner Workstation. Ohne die Upgrade-Warnungen zu lesen und ohne Backup :D - man will ja schließlich doch ein ganz klein wenig Spass haben. Ich schaue auch nicht auf die Uhr.
@wonko
Willkommen bei siduction!
Ich kann siduction uneingeschränkt für den produktiven Einsatz empfehlen, wenn man einige wenige Punkte bei der Systempflege beachtet. Ich mache das so:
- im Forum gucken, ob es Warnungen gibt
-- wenn ja, abwarten
- sonst Clonezilla-Image des Systems erstellen
- apt-get update && apt-get dist-upgrade in Runlevel 3 durchführen
-- bei den Ausgaben des Paketmanagers APT etwas genauer hinsehen
- aktualisiertes System beobachten
- falls etwas nicht den Erwartungen entspricht, Image zurückschreiben und einfach weiterarbeiten
Mit dieser Strategie betreibe ich sämtliche Systeme, die bei Kunden die Geschäftsprozesse abbilden, und das sind nicht wenige.
gruß (ab)
Zitat von: ab
- sonst Clonezilla-Image des Systems erstellen
+1
Zitat von: ab in 2014/05/11, 12:33:13
Ich kann siduction uneingeschränkt für den produktiven Einsatz empfehlen.......
Debian-SID als Produktivsystem empfehlen *kopfschüttel*
Ihr seit alle fernab der Realität.
...
Da wir wissen, von wem das kommt, nehmen wir es einfach nicht so ernst. Alles wird wieder gut, nicht wahr, HSP. Kümmere Dich doch um die Distrie die Du benutzt und verschone uns mit unqualifizierten Äusserungen. Danke.
greetz
devil
Hat doch geklappt was ich wollte, Köder ausgelegt und der Teufel beisst rein. Wie immer.
...
@hsp
ich schrieb:
Ich kann siduction uneingeschränkt für den produktiven Einsatz empfehlen...
Betonung liegt auf siduction.
Die erste von mir in einer Rechtsanwaltskanzlei durchgeführte Installation arbeitet, wenn ich mich recht erinnere, seit Mai 2010:
ursula@rechtsanwaltwiedemann:~$ infobash -v3
Host/Kernel/OS "rechtsanwaltwiedemann" running Linux 3.14-1.slh.2-aptosid-686 i686 [ sidux 2010-01 Ύπνος - kde-lite - (201006131622) ]
CPU Info 4x Intel Core i3-3217U @ 3072 KB cache flags( sse3 ht nx lm vmx ) clocked at [ 805.500 MHz ]
Videocard Intel Device 0166 X.Org 1.11.1.902 [ 1920x1080@60.0hz ]
Network cards Realtek RTL8111/8168B PCI Express Gigabit
Processes 170 | Uptime 3min | Memory 363.0/3456.1MB | HDD WDC WD1600BEVT-2 Size 160GB (10%used) | Client Shell | Infobash v3.37
und zwar ohne Probleme. Sie wird von ganz normalen Anwendern, also solchen, die nichts weiter tun, als damit zu arbeiten, genutzt. An 342 Tagen im Jahr, täglich rund 15 Stunden.
Bisher gab es korrekt null Probleme, ebenso bei weiteren rund 100 nachfolgenden Installationen in Handel, Handwerk und Gewerbe.
Insofern darf ich behaupten, mit lediglich 15 - 30min Aufwand pro Woche ist ein Einsatz im produktiven Umfeld uneingeschränkt zu empfehlen.
Der von mir vorgeschlagene Weg der Systempflege kann nach kurzer Einweisung daher auch vom Nutzer / Kunden durchgeführt werden
gruß (ab)
Zitat von: hspQuote from: ab on Today at 07:33:13 AMIch kann siduction uneingeschränkt für den produktiven Einsatz empfehlen.......
Ihr seit alle fernab der Realität.
...
Looks like Microsoft or Ubuntu for you, both are dumbed down
Using
(sid)uction for 10+ years as a production machine(s)
and my entire in-house network does the same, except one machine, my wife's (windows), but, she knows her way around linux very well if she has to.
I also posted in english for good reason
scheiße passiert
Hallo,
vielen Dank für die hilfreichen Anmerkungen. Ich habe jetzt seit einer Woche siduction laufen und bis jetzt bin begeistert.
Im Vergleich zu Arch mag ich es, wieder einen Debian-Unterbau zu haben. Ich mag einfach apt-get und Konsorten. Aber das ist Geschmackssache.
Insgesamt habe ich bis jetzt den Eindruck, dass trotz der Aktualität mehr getestet wird als bei Arch und ich hoffe, dass ich langfristiger damit glücklicher werde. Es macht Mut zu sehen, dass viele Siduction auch in Produktionsumgebungen einsetzen.
Dafür war Arch noch aktueller, aber da ist mir die Stabilität wichtiger. Ob ich nun KDE 4.12 oder 4.13 laufen habe, ist mir nicht so wichtig. In dem Fall war nur blöd, dass ich mein .kde4-Verzeichnis nicht einfach wiederverwenden konnte. Aber das Meiste habe ich inzwischen per Hand eingerichtet.
Fairerweise muss ich sagen, dass ich beim Komplettbackup festgestellt habe, dass die Platte defekt ist und an einigen Stellen Leseprobleme hatte. Daher könnte auch ein Teil der Probleme rühren, die ich mit Arch hat.
Frage: macht ihr das apt-get update auch in Runlevel 3? Ich hatte es so verstanden, dass man das nur bei einem dist-upgrade machen sollte?
Viele Grüße,
Wonko
@wonko
apt-get update kannst Du selbstverständlich in einem Runlevel Deiner Wahl durchführen :)
Mein Hinweis: "- apt-get update && apt-get dist-upgrade in Runlevel 3 durchführen"
darf so verstanden werden, daß ich in dem Moment, wo ich die Systempflege anstosse, mich bereits in Runlevel 3 befinde.
gruß (ab)
apt-get update && apt-get dist-upgrade in Runlevel 3 wird getan, weil Sie nicht wollen, zu aktualisieren kde, xorg, etc., während diese Pakete verwendet werden, kann es einige Dinge, die Bork
* Haftungsausschluss: mein Deutsch ist zum kotzen
bork ploink crash kaboom
is what piper wanted to say
Zitat von: devilbork ploink crash kaboom
is what piper wanted to say
danke ;)
apt-get update && apt-get dist-upgrade-d ... mit dem -d kannst du auch beides in init 5 machen ;)
Zitat von: piper in 2014/05/11, 14:24:45
Zitat von: ab
- sonst Clonezilla-Image des Systems erstellen
+1
Alternative:
typical use case of btrfs snapshot facilities
Wenn btrfs mal stable ist, ist das ganz bestimmt eine richtig gute idee - in den Jahren bis dahin würde ich eine konventionelle Datensicherung doch bevorzugen
Zitat von: ralulQuote from: piper on Today at 09:24:45 AMQuote from: ab- sonst Clonezilla-Image des Systems erstellen+1 Alternative:
typical use case of btrfs snapshot facilities
I don't use butter (btfs) but, if I did, does it work in under 3 minutes like clonezilla ?
Zitat von: devil in 2014/05/11, 16:19:30
bork ploink crash kaboom
is what piper wanted to sayc
Hasda richtich Mühe jejeben, devil wa? In Ausdruck, Wortwahl, Weltläufigkeit und in bunt! Bin begeistert. Weiter so 8)
C
Zitat von: devil in 2014/04/30, 22:38:47
Das passiert bei Debian 4 mal pro Tag, jeweils gegen 05:00, 11:00, 17:00 und 23:00. Eine halbe Stunde vorher updaten gewährleistet beim Lesen der Warnungen, dass grobe Sachen bereits bekannt sind.
ich mach aktualisiere meist einmal pro woche. Mit der Uhrzeit wäre mir das zu kompliziert. Vermutlich ist das auch nicht bei allen Spiegeln gleich(?). Ich update und am nächsten Tag kommt das distupgrade, wenn Forumsbesuch keine Warnungen zeitigte.
Viel Erfolg mit siduction.
Gruß, Christian
das ist vollständig sinnbefreit - das update aktualisiert nur die Filelisten - der Plan ist aber so verkehrt nicht :D
Wenn man das wirklich so machen möchte, würde ich den Weg von reddark wählen: updaten und pakete runterladen - und die dann nach einem Tag installieren. Das wäre zumindest konsistent.
Zitat von: melmarker in 2014/05/11, 23:43:40
das ist vollständig sinnbefreit - das update aktualisiert nur die Filelisten - der Plan ist aber so verkehrt nicht :D
Verstehe ich nicht.
Was DU runterlädt richtet sich doch nach der Datenbank, die update auffrischt.
Ob ich diese Dateien dementsprechend heute oder (über-) morgen runterlade, ist doch egal?
Zitatupdaten und pakete runterladen - und die dann nach einem Tag installieren.
mache ich manchmal auch, aber wie gesagt, das sollte egal sein.
Gruß, C
Zitat von: cas in 2014/05/12, 01:48:09
Ob ich diese Dateien dementsprechend heute oder (über-) morgen runterlade, ist doch egal?
Gruß, C
Falls ich richtig verstanden habe wie das mit den Paketen funktioniert ist das nur so lange egal wie die Pakete, die Du in Deiner Update-Liste (Datenbank?) hast, nicht durch neuere (möglicherweise kaputte) Versionen ersetzt sind. Dann sollten die vorherigen eigentlich nicht mehr auf den mirrorn sein und apt Dir, beim d-u-Versuch, eine entsprechende Fehlermeldung geben. Oder hab ich das falsch verstanden?
Gut, falls dann keine Meldung kommt sollte das relativ save sein.
Gruß
ayla
@ayla - Du hast vollkommen recht, nicht aktuelle Listen verursachen einfach nur einen Fehler in apt - in der Richtung "nicht gefunden" - und genau das meinte ich mit sinnbefreit. Listen aktuell machen und Pakete laden, dann warten vor der Installation wäre konsistent.
Zitat von: ayla in 2014/05/12, 07:21:53
Gut, falls dann keine Meldung kommt sollte das relativ save sein.
Bei mir gab es nie eine Meldung oder Probleme, aber trotzdem danke Euch für die Erläuterung.
Gruß, C