życie zabija powoli :)

 

06

marca

2014

systemd-210 i zbyt agresywna hibernacja na laptopach

Systemd 210 wprowadził jedną modyfikację która może być niekorzystna dla użytkowników laptopów.

      * logind is now a lot more aggressive when suspending the
          machine due to a closed laptop lid. Instead of acting only
          on the lid close action it will continuously watch the lid
          status and act on it. This is useful for laptops where the
          power button is on the outside of the chassis so that it can
          be reached without opening the lid (such as the Lenovo
          Yoga). On those machines logind will now immediately
          re-suspend the machine if the power button has been
          accidentally pressed while the laptop was suspended and in a
          backpack or similar.

        * logind will now watch SW_DOCK switches and inhibit reaction
          to the lid switch if it is pressed. This means that logind
          will not suspend the machine anymore if the lid is closed
          and the systemd is docked, if the laptop supports SW_DOCK
          notifications via the input layer. Note that ACPI docking
          stations do not generate this currently. Also note that this
          logic is usually not fully sufficient and Desktop
          Environments should take a lid switch inhibitor lock when an
          external display is connected, as systemd will not watch
          this on its own.

W moim przypadku rezultatem jest to że laptop w stacji dokującej jest non-stop przełączany w tryb hibernacji. Aby normalnie pracować (korzystam z zewnętrznego monitora) laptop musi mieć otwartą matrycę.

Każde opuszczenie matrycy powoduje zamykanie laptopa.

Rozwiązaniem jest wyedytowanie /etc/systemd/logind.conf i dodanie linii

HandleLidSwitch=ignore

po czym restart usługi systemd-logind.service

 
 

Archiwum

Kanały

Miniblog

15 kwietnia 2013, 10:39:14 | mount.cifs error 5 |

W przypadku gdy przy próbie montowania mount.cifs dostajemy

mount error(5): Input/output error

Do opcji montowania należy dodać "sec=ntlmv2"

np.

mount -t cifs //serwer/zasob /mnt/gdziestam -o user=login,password=sekrit,noperm,iocharset=utf8,sec=ntlmv2

07 sierpnia 2012, 10:47:46 | Niepisane pisane prawo testowania oprogramowania |

Aby wykryć dodatkowe błedy w rozwiązaniu/programie który sam pisałeś testowałeś i weryfikowałeś, sam napisz do niego dokumentację.

14 września 2011, 22:19:53 | klucz ssh na gitorious |

Od niedawna przyłapałem się na tym że na gitorious.org przestał działać mój klucz ssh. Próba ponownej instalacji klucza powodowała jego odrzucanie ( " ssh key invalid " ).

Problem polega na tym ze zamiast user@host na końcu klucza trzeba wpisać swój email jaki podaliśmy przy rejestracji w gitorious.org. Być może problem nie dotyczy wszystkich, ale u mnie było to jedyne działające rozwiązanie.

04 lipca 2011, 12:48:34 | Tunelowanie esx po ssh |

Szybka notatka na przyszłość; aby wbić się na serwer ESX za pomocą vSphere poprzez tunel SSH, trzeba przeforwardować porty 443, 902, 903 oraz dodać wpis do hosts postaci

127.0.0.1 esxhost

bez tego nie pójdzie. Posiadanie wpisu określającego 127.0.0.1 jako "localhost" też z jakiegoś powodu nie wystarcza i dostaje się tajemnicze informacje o nieprawidłowym hoście, braku łączności itp.

02 sierpnia 2010, 20:12:02 | [mini] nietypowy problem CUPS |

ERRDOS - ERRbadaccess 
(Invalid open mode.) opening 
remote spool Test Page

W takiej sytuacji należy w windows w wlaściwościach drukarki odznaczyć "drukuj bezpośrednio na drukarkę". Dziwne, ale zostawię to sobie tutaj na przyszłość.