Moin zusammen,
Berichtigung nichts anderes habe ich gesagt.
Der Agent ist aber _auch_ eine Möglichkeit und sollte der Vollständigkeit halber nicht unerwähnt bleiben.
Moin zusammen,
Berichtigung nichts anderes habe ich gesagt.
Der Agent ist aber _auch_ eine Möglichkeit und sollte der Vollständigkeit halber nicht unerwähnt bleiben.
Alles anzeigenSchon mal auf das Datum des Artikels geschaut??
1 April 2019
Ein Schelm wer da Böses Denkt
Moin zusammen,
wollt ich grad sagen ..... der deb ist sowas von genial ..... da geht Debian nie von weg .... eher friert der Tux ein.
Moin zusammen,
ist doch meine Rede .... sobald das Dingens nicht mehr id_rsa heisst, hat man verloren wenn man das Teil nicht mit -i und vollständigem Pfad incl. Dateinamen angibt beim Aufruf oder eleganter über die config (die eigentlich wenn man nur das rudimentäre Login haben will pupseinfach ist).
Oder alternativ eben über den Agenten. Der neigt leider öfters mal zur Zckerei, rennt aber ansonsten ordentlich.
Moin zusammen,
unter /boot liegt die 'alte' funktionierende initrd. Die vor dem mkinitrd oder auch dracut -f wegsichern und wenns je nicht hinhaut mit der Neuen, die Gesicherte wieder zurückspielen ![]()
Moin zusammen,
hassu Dein OS von der CD aus installiert?
Das 15.0-1 kannste getrost disablen. Wenn Du die CD nicht drin hast, wird das eh nie gezogen.
Ansonsten fällt mir bei Deinen nvidias auf lp150.5.1 (ist das ggf. für den Kernel 12.14_lp150.11 gebaut .....???) Dein cmdline hingegen zeigt nen Kernel 12.14-lp150.12.48.
Manche Proggis sind dermassen kernelabhängig, dass Du exakt diesen und keinen anderen Kernel haben darfst .... ob das bei nvidia der Fall ist, kann ich dir da allerdings nicht sagen. Da ggf. die Hersteller FAQ fragen.
Moin zusammen,
automatisch nur bei Verwendung von id_rsa, das ist der default Bezeichner nach dem gesucht wird.
Ich verwende bei mir dazu die kleine aber feine Datei config .... da kann ich wunderprächtig angeben welcher Key zu welchem Rechner soll und die entsprechen Rechner auch aliasen (die haben zum Teil doch recht unmerkbare Namen im industriellen Umfeld).
Moin zusammen,
Sauerland der public key auf der Nas nutzt Dir aber auch nix, wenn Dein 'Von Server' den private key nicht mitsendet zur Anmeldung.
Daher sagte ich ja, entweder mit -i mitschicken oder den Agenten nutzen bzw. den prüfen ob der das tut was man will.
Moin zusammen,
Sauerland, das mit DB war nur ein Beispiel um es zu veranschaulichen dass es Sinn macht sauber durchzupartitionieren.
Da muss mein Partitionsschema oder wie ich partitioniere sicher nicht der Weisheit Ende sein.
Ich partitioniere sehr intensiv aus meiner jahrelangen Erfahrung als Linux Admin heraus.
Zu oft habe ich erlebt, dass es aus welchen Gründen auch immer eine Partition genudelt hat (Glaube mir, Tivoli Tools sind bekannt/berüchtigt für sowas) und ich sie löschen, neu anlegen und aus dem Backup heraus neu betanken musste.
Ist es 'nur eine fürs OS unwichtige 'Tool-Partition, ist das im Allgemeinen keine Aktion, ist das bloß nen Verzeichnis im / und hat es dann das / dadurch zerpflückt ..... hat man viel Freude mit Recovery vom Blech (Glück hat der, der ne LV hat und einen Snapshot wieder einspielen kann ... aber wer hat das schon im privaten Umfeld).
Oder auch toll .... nur nen Verzeichnis im /opt und man muss das Opt neu machen wo noch x andere Anwendungen drin liegen ... auch nicht auf eigenen Partitionen ... eieieieiei da haste unter Umständen Tage Spass .... und ein Heer von unwissenden Managern bzw. Kunden im Nackenfell sitzen.
Oder nicht sauber partitioniert und der Veritas schiebt dir die Parti auf den anderen Cluster und der eigentliche Rechner sagt nö, brauch ich und gibt nicht frei .... eiwei das jibbet Ärger ... aber alles schon erlebt.
Moin zusammen,
hmm Du mischst hier munter Leap15.0 mit Leap15.0-1?
Was nutzt Du denn nun? das 0er oder das 1er?
Dann hast Du keinen Refresh bei openSUSE-Leap-15.0-1.
Moin zusammen,
uwedd wenn mehrere User die Bild-/Videodaten sharen sollen, würde ich sie auf eine zentrale Partition legen auf der eine Gruppe in der die entsprechenden User sind, auch entsprechende Rechte hat. Diese Partition lässt sich gar wunderbar als Link in das jeweilige Home packen - so müssen die User nicht aus ihrem Umfeld raus und sich ggf. cryprische Verzeichnispfade merken.
Zentral deswegen, weil man sich dann auch mit ggf. einer laufenden Datensicherung leichter tut, da man diese Daten an EINEM Platz hat und nicht verteilt über was weiss ich wo.
Anbieten tut sich für sowas z.B. /srv (unter SuSE) oder /var (bei Debian) als zentraler Anker und dann eben /Bilder /Videos oder wie immer man das nennen mag als Partition/Unterverzeichnis unter diesem Anker.
Gleichzeitig tut man sich leichter mit der Vergrößerung (unter der Voraussetzung dass man LVM hat) und muss nicht möglicherweise an x Stellen vergrößern.
Klar könnte man sagen, ok dann mach ich das /home eben größer .... aber dadurch werden nur die 'Mülleimer' in den Homes größer, mehr nicht (Erfahrungswert).
Der zentrale Mount hingegen wird von einer Person verwaltet (die idealerweise den Root hat) und der nicht jeder Info hinterherrennen muss, welches home denn um Gottes Willen wieder aus allen Nähten platzt und hernach dem User hinterhersteigen, dass er mal aufräumt.
Klar könnte man auch da sagen, ich bin Root auf meiner Kiste und ich darf löschen was ich will .... aber man macht sich damit keine Freunde!
Man macht sich also selber das Leben nur leichter damit, wenn man sich das vorher überlegt was man will und was nicht und danach handelt.
Wenn man wie ich z.B. timelapse Daten verarbeitet, ist man unter anderem auf einen hohen I/O angewiesen, also würde ich für solche Daten primär z.B. eine SSD wählen (auf der kein OS installiert ist) denn eine HDD und die HDD nur als Sicherungsplatte bzw. Datengrab der fertig gerenderten Dateien verwenden.
Bei Datenbanken z.B. ist es wieder anders ... die IST per se auf hohen I/O angelegt und für die macht nicht nur SSD Sinn, sondern z.B. auch für die eigentlichen Daten statt einer riesigen, viele kleine Partitionen zu wählen .... zumindest ist das bei DB2 und Oracle so und Postgres profitiert davon meines Wissens auch.
Sprich auch hier sollte man die DB Installation trennen von ihren Daten(banken) - natürlich BEIDE unter dem selben OS/Rechner halten.
Reset, wenn einem Daten wichtig sind, investiert man in eine gescheite Datensicherung!