[Gelöst] Thinkpad T60

[revealed]

Hallo.

Habe schon lange keinen Beitrag mehr hier verfasst. Aber ich freue mich, mich wieder mal melden zu können.

Ich wollte fragen ob jemand eventuell noch gute Tipps hat um ein Thinkpad T60 sauber mit 13.2 zum laufen zu bekommen. Oder ob es noch irgendwelche musthave Thinkpad software gibt nebst der Standardinstallation.

Ich habe mir auf jeden Fall nach einem guide TLP installiert. Und auch SUSE paketquellen von Usern dafür gefunden, was ich großartig finde.

Gibt es noch was SUSE spezifisches das man haben sollte?

Vielen Dank!

Gruß,

R

 

[revealed]

http://linux-club.de/wiki/opensuse/ThinkPad_T60
Ich mach mal hieraus ein Erledigt, weil ich mir die Frage weitestgehend selbst beantworte. Ich würde mich trotzdem über Tipps und mithilfe freuen!

Gruß,

R

 

[gehrke]

Ich finde es großartig, dass Du daraus einen Wiki-Artikel gemacht hast!
TNX

Bitte vergiss nicht, das UnderConstruction-Tag zu entfernen, wenn Du meinst, dass der Artikel fertig ist. Du hast auch die Möglichkeit, den Artikel mit einem Review-Tag zu markieren, damit andere da im Anschluss mal drüber schauen zwecks QA.

 

[revealed]

Danke so Bestätigung freut mich sehr.

Ich würde evtl noch gerne 1 bis zwei Tage selber darüber nachdenken. Allein heute hatte ich schon wieder einen haufen Änderungen.

Und dann weiss ich nicht mehr genau wie man diese Tags macht?

Gruß,

R

 

[gehrke]

Lass Dir solange Zeit wie Du brauchst.

Review-Tag:

{{Review|Beschreibender Text}}

 

[revealed]

Vielen Dank.

Ich geb hier nochmal Bescheid. Ich lese den ab und an komplett nochmal und dann fallt mir selbst noch das ein oder andere auf, wie dass ich das ein und selbe zwei mal direkt hintereinander schreibe.

Aber ich denke dass ich bald zum Schluss finde, dass jemand bei Interesse und Lust und Laune loslegen könnte.

Gruß,

R

Glaube vor allem meine Rechtschreibschwäche kommt wieder ganz groß zur Geltung.

 

[josef-wien]

Und nach dieser Meisterleistung lese ich dann etwas überrascht:

revealed[/url]"]Ich trau mich da garnicht, wirklich ein neues Tut drüber zu schreiben.

Zum T60 ein paar formale Hinweise (sachlich kann ich nichts beitragen): Verwende "~/.bashrc" oder "$HOME/.bashrc" an Stelle von "/home/$BENUTZER/.bashrc". "/etc/modprobe.d" ist ein Verzeichnis. In /usr/lib/systemd/system solltest Du nichts ändern, kopiere die Dateien nach /etc/systemd/system und ändere sie dort. Mich irritiert etwas, wenn Du von einem Editor schreibst und dann den Befehl less verwendest.

Beim anderen Thema geht es darum, Wege und Möglichkeiten aufzuzeigen, die "richtigen" Einstellungen muß jeder selbst finden, die hängen von Vorlieben, Sehgewohnheiten, Grafikkarte und Bildschirm ab.

 

[revealed]

In /usr/lib/systemd/system/ solltest Du nichts ändern, kopiere die Dateien nach /etc/systemd/system und ändere sie dort.

Das ist genau noch so ein Punkt, den es zu klären gibt. Das RPM dass ich hier verwendet habe ist aus einem instabilen repo, Bzw auch eventuell ein schnappschuss in einem fehlerhaften Zustand.

Das ist zunächst nur ein schneller dirty bugfix. Und ein Update würde diese Dateien wo man selbst Hand anlegen musste hoffentlich mit einer fehlerfreien Version überschreiben. Wiederum könnte ich das "mein Problem" da deswegen komplett rauskürzen und denjenigen bei dem Schritt ins Dunkle tappen lassen. Das wäre vielleicht n bisschen fiess aber wenn er dann Hilfe sucht, kann man konkret darauf eingehen. Was meinst du?

Scheint übrigens auch so, als wäre das RPM dass ich da genommen habe für mich um die Funktion zur Verwendung der Konfigurationsdatei beschnitten.

Da muss ich mich noch drum kümmern.

Beim anderen Thema geht es darum, Wege und Möglichkeiten aufzuzeigen, die "richtigen" Einstellungen muß jeder selbst finden, die hängen von Vorlieben, Sehgewohnheiten, Grafikkarte und Bildschirm ab.

Da möchte ich dich nochmal bitten Zur Intention im Vorwort zu schauen. Ich möchte das wirklich eher so halten, dass das ein Vorschlag ist. Kein *muss*. Also man kann das sicher besser machen. Das thinkpad wurde ja allein mit 3 verschiedenen ATi chips je nach Prozessor und und auch mit Intel Chips ausgeliefert.

Eine Schwierigkeit bei dem TUT ist auch. Ich kann hier nicht sagen, dass ist das Radeon Howto. Weil es hier schlicht nur um meine total veraltete Mobile GFX in diesem Laptop geht. Und wer auch so eine haut, für den passen diese Tipps denke ich. Ich gehe davon aus, da sie bei mir wunderbar funktionieren. Im bezug auf die Grafikkarte.

Ich hoffe, wenn einer so groß liest ATi, dass er dann selbst so klug ist und das nicht seiner Intel aufs Auge drückt.
Selbiges gilt auch für den Punkt Festplatte usw. Das magst du wahrscheinlich gar nicht im Detail wissen, was die da so alles verbaut haben.

Gruß,

R

Mit less, ja stimmt ganz klarer Fail von mir Ich habe mal versucht mich da aus der Affaire zu ziehen. Kannst ja mal anschauen. Du wirst garnicht glauben, wie oft ich mit less schon :i versucht habe. Und dann kläglich :q; gedrückt habe. Danke für die Erleuchtung. Und selber nehm ich am liebsten pico. Weil da seh ich sogar im Bild was ich drücken muss. Genau richtig für mich.

Verwende "~/.bashrc" oder "$HOME/.bashrc" an Stelle von "/home/$BENUTZER/.bashrc". "/etc/modprobe.d" ist ein Verzeichnis.

Wird gemacht! (Edit: Erledigt. /Edit) Vielen Dank!

Und die Fehlerbehebung hab ich da einfach rausgekürzt bei hdapsd -- das betrifft nur mich. Ist fiess, aber was solls. Das Paket, dass sich andere holen hat diese Fehler höchst wahrscheinlich nicht. Oder andere.

 

[josef-wien]

Mit dem "anderen Thema" meine ich http://linux-club.de/forum/viewtopic.php?f=93&t=120391.

Was meinst du?

Ich habe nichts gegen "schmutzige" Lösungen, wenn es keine "sauberen" gibt, aber Du solltest auf diese Tatsache hinweisen. Wenn Du meinst, daß es anderen helfen kann, solltest Du es nicht verschweigen.

/var/run/hdapsd.pid

Laß /var weg: http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch05s13.html

 

[revealed]

Das mit var bessere ich gleich aus.

Nene des passt schon, mit dem Troubleshooting. Wie gesagt ein anderes RPM hat dieses Problem höchst wahrscheinlich nicht. Ich sage ja nicht, dass man genau dieses eine nehmen soll.

Wenn man hier schaut:
https://software.opensuse.org/package/hdapsd?search_term=hdapsd

Es gibt da durchaus Möglichkeiten. Wobei man halt auf eine 32 Bit Version festgenagelt ist. Für mich ist die Wahl auf die aktuellere der vorhandenen gefallen. Und wie gesagt, es kann sein ein anderes RPM das Problem nicht hat.

Begründung:
https://github.com/evgeni/hdapsd/releases

Wobei aber genau bei dem release.... 20141203 in dem hdapsd.service dieses ExecStart=@sbindir@/hdapsd
drinsteht.... Außerdem ist dieses rpm ohne libconfig support wie es scheint. Und auch schon 7 monate alt.

Jetzt fällt mir gerade ein, wo ich das mit /var/run herhatte, das steht in der Manpage von hdapsd, dass falls nichts eingestellt wird, /var/run/xyz hergenommen wird.

Man müsste wohl tatsächlich schreiben dass: (ich versuchs mal)
Das RPM in der Version 20141203 kommt ohne libconfig support. Deswegen wird hier leider die gedachte Konfigurationsdatei von dem Dienst nicht herangezogen.

Und dann noch sowas wie. Dafür müsstet ihr die Service Files auf diesem und jenem Wege anpassen.

Eigentlich müsste man statt dieser beiden Service files eine art wrapper hernehmen... :S
Im prinzip, würde ich eventuell versuchen das mit libconfig support zu bauen ob das geht. Aber dann passen immernoch die .service files nicht. Und ich hab von sowas echt keine Ahung.

Ich hab grad von master selber gebaut mit libconfig. Und es funktioniert immernoch nicht.
ahhh ---- er legt das nach /usr/local/etc/hdapsd.conf - das ist ja interessant.

Jetzt hau ich mal das wieder runter... make uninstall. Und schau nochmal was RPM gemacht hat.

mhm... eigentlich .... macht das ding einen symlink.
Also /etc/default/hdapsd.conf -> /etc/hdapsd.conf

Warum kann ich aber hdapsd nicht mit der der "-c" flag starten? Für --configfile=
Er sagt immer immer 'unrecognized option'.

Ah jetz hab ichs kapiert. Also die version aus dem RPM hat einfach kein libconfig support. Die selbergebaute funktioniert.

Wenn ich wüsste, wie man so ein RPM baut, würd ich das kurz machen denk ich. Vielleicht noch ein andere service file einbauen.
Und aus der source aus master kommt schon dieses service file:

hdapsd.service lacks ExecStart setting. Refusing.
Aug 18 13:25:35 wild-pad.site systemd[1]: [/usr/lib/systemd/system/hdapsd.service:8] Exe...psd
Aug 18 13:25:35 wild-pad.site systemd[1]: hdapsd.service lacks ExecStart setting. Refusing.
Hint: Some lines were ellipsized, use -l to show in full.

Mal abgesehen von meinem ganzen schmarn, wie hättest du das mit den Service files gleich nochmal gelöst`?
Man müsste für den build des rpm libconfig-devel installieren
Und das hdapsd@.service file kann man eigentlich löschen (das kommt schon aus der source)
Und das hdapsd.service File müsste man so anpassen, dass es die "-c" flag in der exec line verwendet.
Beispielsweise: (Vorschlag)

[Unit]
Description=hdapsd hard drive active protection system daemon
Documentation=man:hdapsd(8)

[Service]
SyslogIdentifier=%p
Nice=-5
ExecStart=/usr/sbin/hdapsd -c /etc/hdapsd.conf
Restart=on-abort

[Install]
WantedBy=multi-user.target

Kann ja nicht schreiben: Das rpm und die Source sind verbuggt, baut es lieber selber.
Ich hoffe der frisst mich nicht:
https://build.opensuse.org/package/show/home:winski:thinkpad/hdapsd?rev=30

Gruß,

R

 

[josef-wien]

Ich hoffe der frisst mich nicht

Mehr als "nein" sagen wird er auch nicht können.

Meine einzige "Erfahrung" mit der Erstellung eines RPM-Pakets besteht darin, daß ich eine fertige Datei- und Verzeichnisstruktur darin verpackt habe (und sich mein spec file auf die Abschnitte %description, %files und %changelog beschänkt). Helfen kann Dir vermutlich:
https://fedoraproject.org/wiki/How_to_create_an_RPM_package#SPEC_file_overview
http://www.rpm.org/max-rpm/s1-rpm-build-creating-spec-file.html
http://www.rpm.org/max-rpm/s1-rpm-inside-tags.html
http://www.tldp.org/HOWTO/RPM-HOWTO/build.html
http://www.tc-world.de/RPM-build-HOWTO-german.htm
Wenn Du ein eigenes Thema erstellst, wirst Du sicher auch hier im Forum unterstützt, da sind einige "professionelle Paketbauer" unterwegs.

Mit systemd beschäftige ich mich nur theoretisch, mein 13.1 wird immer noch von sysvinit gestartet (und weil der Aufwand dafür mit jeder Version größer wird, ist 13.1 mein letztes Suse-Produkt).

 

[revealed]

Hi danke für den Tipp.

Aber ich bin jetz schon etwas weiter. Ich hab mir das src.rpm geschnappt und auf meiner kiste neu gebaut. Die Feststellung ist, dass ich jetzt zwar die "-c" flag verwenden könnte aber das .service file will nicht.

wenn ich ihn manuell so starte:
/sbin/hdapsd -c /etc/hdapsd.conf
Ginge das.

Aber im systemd bekomm ich einfach nur nen exit status 0 - da schau ich gerade.

Also für des systemd hätte ich auch eine Lösung. Hab n bisschen was abgeschaut. Aber das würde irgendwie vorraussetzen, dass der das einbaut. Ich hab mir einen wrapper script geschrieben. (den hab ich mal abgelegt unter):

### Aber irgendwas stimmt da auch nicht: systemctl start und status sagen dann zwar running usw.
Aber wenn ich so boote, wird er nicht gestartet.

### Aber so klappts..... ::

/usr/local/bin/hdaspd-wrapper (Inhalt +x):

#!/bin/bash
# use --configfile (not completed).
/usr/sbin/hdapsd -c /etc/hdapsd.conf

Und das Service File funtkioniert so (Inhalt):
/usr/lib/systemd/system/hdapsd.service

[Unit]
Description=hdapsd hard drive active protection system daemon
Documentation=man:hdapsd(8)
After=basic.target

[Service]
Type=forking
Restart=on-failure
PIDFile=/run/hdapsd.pid
ExecStart=/usr/local/bin/hdapsd-wrapper
ExecReload=/bin/kill -HUP ${MAINPID}

[Install]
WantedBy=multi-user.target

Und in das Specfile bei Requires gehört halt noch die LIBCONFIG
Und irgendwo in der Readme vom source steht, dass der systemd support gegeben ist, aber dass man sein eigenen Script platzieren möge.

*ist aber auch verzwickt hier*

Bis jetzt hat er sich noch nicht gemeldet. Ich hoffe noch was von ihm zu hören. Ich hätte ja duchaus einen konkreten Vorschlag.

Mit systemd beschäftige ich mich nur theoretisch, mein 13.1 wird immer noch von sysvinit gestartet (und weil der Aufwand dafür mit jeder Version größer wird, ist 13.1 mein letztes Suse-Produkt).

Heu?

Ja aber was mach ich daweil mit der Sektion hdapsd ??? Soll ich die ganz einschläfern? Das ist ja so nicht zumutbar.

Besorgt euch das sourcerpm von hier und da
Installiert euch die buildumgebung
Baut das RPM nicht als root
Installiert es mit rpm -Uhv aus diesem jenen verzeichnis
Löscht dann noch die beiden original .service files
Und nehmt meine dafür 0o
Das will glaub keiner durchziehen?

Man könnte das ja auch einfach rausnehmen und Stillschweigen bewahren oder so. Wäre irgendwie n bisschen schade. Aber einfacher. Weil ich überlege auch gerade ob das den Aufwand wert ist. Weil ich eben selber diese Skills so was im buidservice einzustellen umzubauen... definitiv nicht habe.

Wenn das so ganz einfach wäre, würd ichs tun. Aber was ich so gelesen habe da wird mir schwindlig von.

Gruß,

R

 

[revealed]

Im Specfile:

cp -r misc/%{name}.service.in %{buildroot}%{_unitdir}/%{name}.service

Daher resultiert das @sbin@ das scheint falsch zu sein.

Da ich da ja noch gänzlich unerfahren bin (tatsache). Hab ich mir einfach mal ne branche erzeugt.
https://build.opensuse.org/package/show/home:revealed:branches:home:winski:thinkpad/hdapsd

Aber ich schaffs nicht, dass er trotz dass ich bei BuildRequires=libconfig9 libconfig9++ libconfig-devel libconfig++-devel
eingetragen habe, dass er das auch akzeptiert. Und auch trotz: --enable-libconfig=yes

Im log steht irgendwo dann immer dass er nicht weiter nach libconfig sucht und es deshalb ohne baut. Vielleicht finde ich das noch raus.

Gruß,

R

 

[revealed]

Jetzt hab ich das Hinbekommen, dass das configfile gelesen wird:
https://build.opensuse.org/package/show/home:revealed:branches:home:winski:thinkpad/hdapsd

Fehlt noch der Punkt, warum dieses @sbin@ beim bauen nicht übersetzt wird.

Da müsste man immernoch die eigens gebastelten service Files oben dazunehmen.

Gruß,

R

 

[revealed]

So, also das Problem wäre gelöst in dem Repository aus meiner "BRANCH"
http://download.opensuse.org/repositories/home:/revealed:/branches:/home:/winski:/thinkpad/openSUSE_13.2/

Jetzt ist es ja so, da es nur eine BRANCH ist dass das vom anderen überschrieben werden kann deswegen hab ich das in mein eigenes Home reingehaut:

https://build.opensuse.org/project/show/home:revealed

Und dieses dem Howto vorschlagsweise zugefügt.

Jetzt würde ich den Artikel auch gern quasi durch andere überarbeiten lassen. Wenn denn jemand denn möchte.

Gruß,

R

PS.: Noch schlimmer, ich habe alle anderen nötigen Pakete mit meinem Projekt verlinkt:
https://build.opensuse.org/project/show/home:revealed
Das hiesse es genügt für das ganze Howto dieses repo hinzuzufügen:

zypper addrepo http://download.opensuse.org/repositories/home:revealed/openSUSE_13.2/

Hiesse aber ich müsste das Howto diesbezüglich nochmal umstellen.

 

[josef-wien]

Herzlichen Glückwunsch, und

Hiesse aber ich müsste das Howto diesbezüglich nochmal umstellen.

kann ja wohl demgegenüber kein Problem sein.

 

[revealed]

kann ja wohl demgegenüber kein Problem sein.

Heute nicht mehr

Gruß,

R

 

[revealed]

Kommt noch besser. Die anderen haben fast alle das Paket von dem einen verlinkt und der hat jetzt das gebranchte Paket von mir akzeptiert.

Dann ändert sich der Sachverhalt bald völlig. Ich hoffe jetzt nur, dass das auch wirklich bei allen funktioniert.

Gruß,

R

PS.: Stimmt es eigentlich, dass es keine 32 Bit Leap geben wird? Dann is mein ThinkPad und das Howto damit ja quasi schon (fertig). Und am Ende.
PPS.: Und leider leider leider vergeht mir jetz auch die Lust, nachdem ich das erfahren habe. kann ich da noch nen Pfützensmiley druntermachen?