17
października
2011
Od pewnego czasu borykałem się z problemem - dlaczego tar z parametrem p miesza mi grupy w obrazie systemu jaki rozpakowuję archiwum spod kontroli innego systemu?
Tytułowe RTFM przyszło z pomocą. Domyślnie tar nakłada uprawnienia na podstawie nazw użytkowników i grup a nie ich ID.
Jeżeli w archiwum jest system gdzie grupa users ma GID 1000 a system który rozpakowuje archiwum ma ustawione users = GID 500, tar podmieni GID. I tak w przypadku każdej grupy i użytkownika którą system na którym rozpakowujemy ma w /etc/group czy też /etc/passwd - tar będzie podmieniać UID/GID.
Parametr jaki w tym momencie należy stosować to --numeric-owner. Id użytkowników i grup pozostaną bez zmian, takie jakie powinny być z punktu widzenia systemu w archiwum, a nie tego który je rozpakowuje.
Tak więc nie ważne ile używasz danego narzędzia. Regularne RTFM kluczem do sukcesu.
15
października
2011
Przypadkowe znalezisko podczas eksperymentowania z bootowaniem tej płyty z USB.
Trick z USB-ZIP nie pomaga. Natomiast działa opcja w bios o tajemniczej nazwie "USB MASS STORAGE EMULATION TYPE"
Ustawienie na "Auto" albo "All removable" powoduje "Boot error" w syslinux. Należy ustawić na "All fixed" co powoduje że napędy USB są traktowane jako dyski twarde w momencie bootowania, co sprawia że syslinux nie głupieje na starcie.
14
października
2011
Sporo testuję dystrybucji pod qemu i przyłapałem się że przy przejściu na qemu-kvm sporo systemów nie potrafi uruchomić X11, lub "mysz wariuje" w virtualnej maszynie.
Pierwszy problem można rozwiązać stosując parametr -vga vmware, drugi -vga cirrus. Druga wersja jest zdecydowanie szybsza, zwłaszcza przy korzystaniu z graficznych menu w syslinux.
Widocznie domyślna emulacja vga w qemu nie jest zbyt kompatybilna z kvm, albo coś zmieniło się w X.org na przestrzeni ostatnich miesięcy odnośnie klasycznych sterowników vesa, i stąd potrzeba korzystania z takich obejść.
11
października
2011
Od pewnego czasu śledzę starania pewnej grupy w fedorze która walczy o przyznanie kolejnemu wydaniu nazwy "beefy miracle" i bekonowo-mięsnej tematyki (serio).
I tym razem im się udało. Fedora 17 będzie nazwana Beefy Miracle ( dowód ) i prawdopodobnie będzie opatrzona obrazkami hotdogów i innego mięcha.
Od pewnego czasu obserwuję poczynania tej grupy i podejście zmieniało się w typowy sposób - od ignorowania poprzez pobłażliwe traktowanie i sprzeciw aż do poparcia.
więcej o grupie tutaj :
http://beefymiracle.org/
https://fedoraproject.org/wiki/Meat_SIG
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ść.