meta data for this page
Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision Last revision Both sides next revision | ||
digital:hardware:workstation [2018/10/03 13:43] natrius [LTSpice] |
digital:hardware:workstation [2019/01/10 16:41] natrius |
||
---|---|---|---|
Line 1: | Line 1: | ||
- | # mein Rechner | + | # Workstation |
- | Diverse Infos zu meinem Gerät bzw. spezifischen Einstellungen. | + | |
- | ## Ausstattung | + | Various things i had to change on my workstation. |
- | * **Tower**: Fantec | + | |
- | * **Mainboard**: | + | |
- | * **CPU**: i5-3557k | + | |
- | * **RAM**: 16GB | + | |
- | * **GPU**: Nvidia GeForce GTX970 | + | |
- | ### Eingabegeräte | + | ## Learn Linux |
- | * **Monitor**: 2x Dell U2311H | + | |
- | * **Maus**: Zowie | + | * http:// |
- | * **Tastatur**: Cherry MX3.0 | + | |
+ | | ||
+ | * https:// | ||
+ | * http:// | ||
## Dualboot | ## Dualboot | ||
+ | |||
Erst Windows, dann Linux, damit der Bootloader korrekt installiert wird. Umgedreht kann es sein, dass direkt in Windows gebooted wird, ohne Auswahlmöglichkeit für Linux - dann muss der Bootloader von Linux einfach neu installiert werden. | Erst Windows, dann Linux, damit der Bootloader korrekt installiert wird. Umgedreht kann es sein, dass direkt in Windows gebooted wird, ohne Auswahlmöglichkeit für Linux - dann muss der Bootloader von Linux einfach neu installiert werden. | ||
### Zeitprobleme | ### Zeitprobleme | ||
- | Wer Windows und Linux im DualBoot verwendet, wird vielleicht festgestellt haben, dass es immer wieder Probleme mit der Uhrzeit gibt, die mal um 1 oder 2 Stunden abweichen kann. Das liegt daran, dass Windows und Unix-Systeme ihre Uhrzeiten anders in der internen Systemuhr abspeichern. Unix-Systeme speichern historisch ihre Zeit in UTC ab, Windows-Systeme in Lokalzeit (bei uns zur Zeit UTC+2). Zur Wahl stehen drei Möglichkeiten: | ||
- | - Damit leben | + | Wer Windows und Linux im DualBoot verwendet, stellt schnell fest, dass es immer wieder Probleme mit der Uhrzeit gibt, die mal um 1 bis 2 Stunden abweichen kann. Das liegt daran, dass Windows und Unix-Systeme ihre Uhrzeiten anders in der internen Systemuhr abspeichern. Unix-Systeme speichern historisch ihre Zeit in UTC ab, Windows-Systeme in Lokalzeit (bei uns zur Zeit UTC+2). Zur Wahl stehen drei Möglichkeiten: |
+ | |||
+ | | ||
- Linux so hacken, dass es Lokalzeit verwendet | - Linux so hacken, dass es Lokalzeit verwendet | ||
- Windows so hacken, dass es Weltzeit verwendet | - Windows so hacken, dass es Weltzeit verwendet | ||
- | Nummer 1 ist langweilig. Nummer zwei wäre möglich, aber eigentlich wechselt man die Zeitzone viel zu oft (zum Beispiel beim Wechsel zwischen Sommer- und Winterzeit), | + | Nummer 1 ist langweilig. Nummer zwei wäre möglich, aber die Zeitzone |
- | Und es ist relativ einfach, denn man muss nur einen Registry-Schlüssel ändern und schon sind diese Probleme gelöst. Man öffnet das Programm „regedit“ und sucht den Schlüssel | + | Man muss nur einen Registry-Schlüssel ändern und schon sind diese Probleme gelöst. Man öffnet das Programm „regedit“ und sucht den Schlüssel |
< | < | ||
- | hat man diesen gefunden, fügt man dort den DWORD (32Bit) Wert 00000001 unter dem Namen „RealTimeIsUniversal“ ein. Und Voila: Windows verwendet die Hardware-Uhr in UTC. Ich habe da auch mal ein Registryfile vorbereitet (win7utcClock.reg), | + | dort '' |
## Linux | ## Linux | ||
+ | |||
+ | ### Linux commands everybody should know | ||
+ | |||
+ | * https:// | ||
+ | |||
+ | * ifconfig is deprecated, you should use ip instead https:// | ||
+ | * service and update-rc.d are deprecated, you should use systemctl instead https:// | ||
+ | |||
+ | < | ||
+ | < | ||
+ | |||
+ | ### Audioswitch Frontpanel (Headphone) - Backpanel (Speakers) | ||
+ | |||
+ | Open Alsamixer < | ||
+ | |||
+ | #### Script | ||
+ | |||
+ | https:// | ||
+ | Save script somewhere where its always available, drag& | ||
+ | |||
+ | <code bash> | ||
+ | #!/bin/bash | ||
+ | |||
+ | STATE=$(amixer sget ' | ||
+ | |||
+ | if [ " | ||
+ | then | ||
+ | amixer sset ' | ||
+ | else | ||
+ | amixer sset ' | ||
+ | fi | ||
+ | </ | ||
+ | |||
### Ubuntu Nvidia Treiber | ### Ubuntu Nvidia Treiber | ||
Kontrolle, was installiert ist und welche Treiber empfohlen werden | Kontrolle, was installiert ist und welche Treiber empfohlen werden | ||
Line 48: | Line 80: | ||
### LTSpice | ### LTSpice | ||
+ | |||
Install wine first | Install wine first | ||
sudo apt-get install wine | sudo apt-get install wine | ||
Line 55: | Line 88: | ||
Click on LTspiceIv.exe and open with wine. Wine will install the program and create a shortcut for you. | Click on LTspiceIv.exe and open with wine. Wine will install the program and create a shortcut for you. | ||
+ | ### Game opens on the wrong monitor | ||
+ | |||
+ | To work around this on KDE, I created the following specific Window Behaviour rule: | ||
+ | |||
+ | - 1) System Settings -> Window Behaviour | ||
+ | - 2) Choose Window Rules on the left | ||
+ | - 3) Click New | ||
+ | - 4) On the " | ||
+ | - 4.1) Enter any description | ||
+ | - 4.2) Set the Window class to "Exact Match" and enter " | ||
+ | - 4.3) Select all window types | ||
+ | - 4.4) Leave everything else as " | ||
+ | - 5) On the "Size & Position" | ||
+ | - 5.1) Check the " | ||
+ | - 5.2) Set the option to Force | ||
+ | - 5.3) Change the value to the correct monitor (in my case 1) | ||
+ | - 6) Click ok | ||
+ | - 7) Click Apply | ||
+ | - 8) Try restart Metro Last Light | ||
+ | |||
+ | ## Windows | ||
+ | |||
+ | ### After installing | ||
+ | |||
+ | - https:// | ||
+ | - https:// | ||
+ | |||
+ | ### CHKDSK | ||
+ | |||
+ | Run in the following order to ensure minimum runtime. The following one just if really needed - the first one is read only and will tell you more. | ||
+ | - Chkdsk | ||
+ | - Chkdsk /f | ||
+ | - Chkdsk /r |