Statystyki |
» Użytkownicy: 793
» Najnowszy użytkownik: Michal79
» Wątków na forum: 2 634
» Postów na forum: 18 640
Pełne statystyki
|
Ostatnie wątki |
Zmiana koloru światełek w...
Forum: Software
Ostatni post: dedito
22-12-2024, 09:12
» Odpowiedzi: 7
» Wyświetleń: 371
|
Davinci Resolve 19 nie ot...
Forum: Software
Ostatni post: dedito
22-12-2024, 09:05
» Odpowiedzi: 12
» Wyświetleń: 727
|
Logitech G502 - przypisyw...
Forum: Przedszkole Linuksa
Ostatni post: Michal79
21-12-2024, 13:48
» Odpowiedzi: 0
» Wyświetleń: 50
|
Proton VPN i brak drukowa...
Forum: Sprzęt i sterowniki
Ostatni post: Zafel
20-12-2024, 21:01
» Odpowiedzi: 6
» Wyświetleń: 239
|
Jak aktywować kernel 6.12
Forum: Sprzęt i sterowniki
Ostatni post: wojaczek
20-12-2024, 17:18
» Odpowiedzi: 4
» Wyświetleń: 143
|
Instalacja Linux Mint 22
Forum: Instalacja i uruchamianie
Ostatni post: magnus
19-12-2024, 14:43
» Odpowiedzi: 5
» Wyświetleń: 281
|
[oddzielony] Procesy zamy...
Forum: Kosz/Archiwum
Ostatni post: dedito
18-12-2024, 07:58
» Odpowiedzi: 1
» Wyświetleń: 104
|
Mint 22.1 zatwierdzono do...
Forum: Ogłoszenia i nowości
Ostatni post: dedito
18-12-2024, 07:57
» Odpowiedzi: 7
» Wyświetleń: 422
|
Windows 11 i uzbrajający ...
Forum: System
Ostatni post: wojaczek
17-12-2024, 21:35
» Odpowiedzi: 6
» Wyświetleń: 187
|
Skaner OpticSlim 1180
Forum: Sprzęt i sterowniki
Ostatni post: Tecumseh
17-12-2024, 20:19
» Odpowiedzi: 0
» Wyświetleń: 73
|
|
|
Usługa systemd do wyłączania innego komutera - problem |
Napisane przez: user001 - 07-04-2024, 00:36 - Forum: Programowanie
- Odpowiedzi (6)
|
|
Mam problem związany ze stworzeniem usługi systemd, która automatycznie wyłączyłaby
inny komputer (z oprogramowaniem do synchronizacji plików - syncthing).
Chciałbym, żeby przy wyłączaniu mojego głównego komputera (Linux Mint 21.3 Cinnamon)
automatycznie wyłączać "serwer" z syncthing.
Serwer stoi na Ubuntu 22.04 LTS na Raspberry PI 4.
Kroki, które podjąłem - kod skryptu bash:
Kod: #!/bin/bash
USER="root"
HOST="raspberrypi.local"
ssh -i /home/kola/.ssh/id_rsa $USER@$HOST "shutdown -h now"
Skrypt działa poprawnie (próbowałem na koncie użytkownika - kola
i po sudo su na koncie root'a - działa za każdym razem).
Plik z kodem usługi systemd:
Kod: [Unit]
Description=My shutdown script
Requires=network.target local-fs.target nss-lookup.target
[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/bin/true
ExecStop=/home/kola/syncthing/skrypty/raspberry_OFF
[Install]
WantedBy=multi-user.target
Prawdopodobnie powyżej coś robię źle (ale próbowałem też innych opcji w [Install] typu shutdown.target, halt.target ..., oczywiście dając wtedy skrypt do ExecStart ... kombinowałem też z zależnościami, ogólnie wszystko co znalazłem gdzieś na forach, ale nic z tego nie działa).
Usługa oczywiście aktywowana w systemie:
Kod: root@desktop1:/home/kola# sudo systemctl status before_shutdown.service
● before_shutdown.service - My shutdown script
Loaded: loaded (/etc/systemd/system/before_shutdown.service; enabled; vend>
Active: active (exited) since Sat 2024-04-06 23:10:48 CEST; 29min ago
Process: 1094 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 1094 (code=exited, status=0/SUCCESS)
CPU: 597us
kwi 06 23:10:48 desktop1 systemd[1]: Starting My shutdown script...
kwi 06 23:10:48 desktop1 systemd[1]: Finished My shutdown script.
Prawdopodobnie (tak myślę, mogę się mylić bo pomysły mi się wyczerpały) jakiś zależności mi brakuje najpewniej
patrząc na błąd coś z rozpoznawaniem nazw sieciowych (przy czym próbowałem różnych
konfiguracji) - ale w Requires mam nss-lookup.target ... .
Przykładowe logi z journalctl -u before_shutdown.service
Kod: -- Boot 296c12278521492d9972b2ab84b1f3d7 --
kwi 07 00:17:55 desktop1 systemd[1]: Starting My shutdown script...
kwi 07 00:17:55 desktop1 systemd[1]: Finished My shutdown script.
kwi 07 00:19:39 desktop1 systemd[1]: Stopping My shutdown script...
kwi 07 00:19:39 desktop1 raspberry_OFF[4386]: ssh: Could not resolve hostname r>
kwi 07 00:19:39 desktop1 systemd[1]: before_shutdown.service: Control process e>
kwi 07 00:19:39 desktop1 systemd[1]: before_shutdown.service: Failed with resul>
kwi 07 00:19:39 desktop1 systemd[1]: Stopped My shutdown script.
-- Boot b32ef47f510440cd9852f1c3d6304397 --
kwi 07 00:20:24 desktop1 systemd[1]: Starting My shutdown script...
kwi 07 00:20:24 desktop1 systemd[1]: Finished My shutdown script.
kwi 07 00:22:00 desktop1 systemd[1]: Stopping My shutdown script...
kwi 07 00:22:01 desktop1 raspberry_OFF[4614]: ssh: Could not resolve hostname r>
kwi 07 00:22:01 desktop1 systemd[1]: before_shutdown.service: Control process e>
kwi 07 00:22:01 desktop1 systemd[1]: before_shutdown.service: Failed with resul>
kwi 07 00:22:01 desktop1 systemd[1]: Stopped My shutdown script.
-- Boot d400aae6994f4a249b4657ce2debd055 --
kwi 07 00:22:47 desktop1 systemd[1]: Starting My shutdown script...
kwi 07 00:22:47 desktop1 systemd[1]: Finished My shutdown script.
kwi 07 00:25:00 desktop1 systemd[1]: Stopping My shutdown script...
kwi 07 00:25:00 desktop1 raspberry_OFF[4744]: ssh: Could not resolve hostname r>
kwi 07 00:25:00 desktop1 systemd[1]: before_shutdown.service: Control process e>
kwi 07 00:25:00 desktop1 systemd[1]: before_shutdown.service: Failed with resul>
kwi 07 00:25:00 desktop1 systemd[1]: Stopped My shutdown script.
-- Boot ec2e405374c0454ea7239b200af02f6f --
kwi 07 00:25:46 desktop1 systemd[1]: Starting My shutdown script...
kwi 07 00:25:46 desktop1 systemd[1]: Finished My shutdown script.
Jak ktoś wiedziałby co jest do zmiany, to proszę o pomoc.
|
|
|
Szalony wątek - czy da się przejść z Minta na LMDE bez reinstalacji? |
Napisane przez: Xan666 - 06-04-2024, 23:54 - Forum: Inne
- Odpowiedzi (5)
|
|
Zakładam, że to niemożliwe... aleeee może? Oczywiście jak ktoś znajdzie argumenty i odpowiedź i moje szalone zapędy będą nie na miejscu to proszę usunąć by nie zaśmiecać forum. Tak sobie po prostu pomyślałem, że skoro powstała wersja LMDE wiadomo z jakiego powodu to może devy będą kminić w przyszłości jak odetną pępowinę od Ubuntu y dało się jakoś łagodnie przejsć z Minsta (Ubuntu) na Minta (Debian).
Pozdrawiam chłopy.
|
|
|
[Tutorial] Wifi nie działa po podłączeniu do sieci extendera |
Napisane przez: Xan666 - 05-04-2024, 17:01 - Forum: System
- Brak odpowiedzi
|
|
Co zrobić kiedy rozbudowujemy swoją sieć używając extendera (np TP-Linka) i przy podłączeniu do niej (sieci rozszerzonej z dopiskiem "nazwa_sieci_EXT" nie działa "ping" oraz randomowe strony www nie ładują się, a inne tak.
Wystarczy w pliku:
Kod: sudo nano /etc/NetworkManager/NetworkManager.conf
W linijce [main] dopisać "dhcp=dhclient" jak poniżej:
Następnie restartujemy usługi sieciowe komendą:
Kod: sudo systemctl restart NetworkManager.service
I wszystko powinno działać. Jak nie zadziała to reboot i powinno być ok.
Pozdrawiam.
|
|
|
Nie mogę uruchomić WoT Blitz ze steam |
Napisane przez: icemachine - 02-04-2024, 09:13 - Forum: Gry i wine
- Odpowiedzi (6)
|
|
Mam problem jak w temacie.
Chciałbym odpalić grę WoT Blitz.
Konfiguracja sprzętowa którą używałem:
Baza HP420
CPU: Intel Xeon E5-1650V2 6 x 3,5 GHz
RAM: 12GB
GPU: próbowałem na dwóch: HD6850 1GB VRAM i GTX550 1GB VRAM.
Dla GTX550 - Dla tej karty używałem sterowników Nvidia dostępnych z Menadżera sterowników.
Sterowniki testowałem Unigine Heaven - karta była poprawnie wykryta.
Gra się nie uruchamia, na steam jak klikam graj to myśli i wyskakuje synchronizacja. Po chwili znika komunikat i zielona ikona na steam na graj z powrotem jest
Dla HD6850 - próbowałem zainstalować sterowniki AMD ze strony AMD.
Sterowniki testowałem Unigine Heaven - karta nie była poprawnie wykryta.
Ale gra się uruchamiała dochodziła do garażu i tam zamierała.
Do próby uruchomienia gry używałam najnowszej stabilnej biblioteki Proton ze Steam.
Proszę o pomoc jak uruchomić ten tytuł ?
|
|
|
Instlacja programu *.tar.gz |
Napisane przez: MarcinFlis - 30-03-2024, 18:10 - Forum: Software
- Odpowiedzi (6)
|
|
Dzień dobry. Mam prośbę o pomoc w instalacji programu nazwa.tar.gz. Nie mam pojęcia jak się do tego zabrać.
Ze strony [link usunięty] instalując program ściągam paczkę w której jest EULA.txt i plik wykonywalny install.pl -wykonywalny plik tekstowy.
|
|
|
Dźwięk przestrzenny 7.1 w słuchawkach HyperX Cloud 2 |
Napisane przez: SuperTux - 27-03-2024, 03:24 - Forum: Off topic
- Brak odpowiedzi
|
|
Mam słuchawki z "wirtualnym dźwiękiem przestrzennym" i nie wiem jak uzyskać tą iluzję słuchową. (Ogólnie rzecz biorąc to są słuchawki stereo tylko, że za pomocą dodatkowego oprogramowania mają symulować dźwięk 7.1, tylko, że w opakowaniu nie było żadnej płyty CD z oprogramowaniem, ani linku do niego.)
Nie wiem, może mam coś ze słuchem, bo ja tam nic nie słyszę poza dźwiękiem Lewa/Prawa.
Model słuchawek to HyperX Cloud 2 (przewodowe) w zestawie z nimi była karta dźwiękowa i w dodatku ze świecącym przyciskiem 7.1 , po podłączeniu jej zyskałem tylko to, że nie musiałem używać przejściówki z 4-pinowego minijack na 2x 3-pinowe minijack.
Testowałem na Windows 10 z Windows Sonic dla słuchawek i na Fedorze z Pipewire skonfigurowałem za pomocą jconvolver, ale bez efektu. (Próbowałem najpierw z dołączoną do słuchawek kartą dźwiękową, a potem bez.)
Będę jeszcze próbował coś działać na wersji stabilnej Fedory 40, jak się ukaże i ją zainstaluję to wyślę logi.
Czy ktoś miał styczność z takimi słuchawkami, które mają dawać wrażenie dźwięku przestrzennego 7.1 (Virtual Surround Sound) i czy macie podobne wrażenia z ich użytkowania?
|
|
|
Przeprosiny od SuperTux |
Napisane przez: SuperTux - 23-03-2024, 23:51 - Forum: Off topic
- Odpowiedzi (4)
|
|
Chcę przeprosić @dedito oraz @tomsdb i całą społeczność za tworzenie bałaganu na forum.
Stwierdziłem, że działam zbyt pochopnie i przez to daję odpowiedzi, które mogą mieć czasami przykre konsekwencje, tak jak w wątku Aplikacje internetowe na Debiana, gdzie mieszanie repozytoriów Debiana 12 z repozytoriami testowego wydania z niestabilnymi pakietami w dodatku związanego bardziej z Ubuntu niż czystym Debianem może spowodować, że środowisko graficzne oraz aplikacje mogą przestać działać z powodu braku kompatybilności bibliotek współdzielonych z aplikacjami systemowymi, bądź na odwrót i mogą być problemy z zarządzalnością oraz konflikty, problemy wynikające z różnic powstałych w wyniku posiadania rożnych wersji komponentów z danego środowiska graficznego, które nie będą ze sobą działać.
Trzeba uważać co się wprowadza do systemu i aktualizuje, bo można sobie narobić biedy.
(Jakoś przez cały ten czas nie docierało do mnie, że z porad na tym forum, nie korzystają tylko sami eksperci oraz Geekowie tylko też korzystają przeciętni użytkownicy i również kompletnie zieloni i niemający wcześniej styczności z jakąkolwiek dystrybucją Linux.)
I też zakładam za dużo wątków, które mało albo nic nie wnoszą wartościowego dla forum.
Wiem, że na waszym forum macie zasady w stylu "że jak coś działa, to lepiej tego nie ruszać" i nie rekomendujecie eksperymentalnych rozwiązań i nie preferujecie doradzania użytkownikom instalowania niestabilnych pakietów i stawiacie na sprawdzone rozwiązania oraz niezawodność, więc się dostosuję i tego też ja będę się trzymał.
A moje poprzednie posty trzeba traktować z dozą niepewności.
Tylko dodam, że co do ostatniego postu związanego z mieszaniem repozytoriów to, jak ktoś chce zaryzykować to zalecam się upewnić czy pakiet nie wprowadza jakiś nowych zależności lub nie wymaga aktualizowania jakiś komponentów z których korzystają inne aplikacje lub co gorsza środowisko graficzne, jeżeli nie to można zainstalować go i najlepiej po takiej akcji usunąć obce repozytorium i po tym zaktualizować listę pakietów. Ale ogólnie to szczerze mówiąc nie zalecam mieszać repozytoriów, chyba że się wie co robi.
Składam przeprosiny za te wszystkie niedogodności, postaram się więcej takich nieprzemyślanych porad nie dawać.
Pozdrawiam, SuperTux
|
|
|
|