cmd znika zaraz po uruchomieniu
witam

mam problem

otóż gdy próbuję odpalić wiersz poleceń, ten się pojawia na sekundę po czym zmniejsza się i

znika, tak jest za każdym razem…

w załączniku dodaję wyniki skanu frst.

bardzo proszę o pomoc

[addition.txt](/uploads/short-url/hipeo5n7ypvnn2cyqrlgzczfkxc.txt) (126,2 kb)

[frst.txt](/uploads/short-url/c5dmeiusce8itcclgbsdqtputi2.txt) (48,6 kb)

[shortcut.txt](/uploads/short-url/eahweowikplqezshjyzqjsjlgwd.txt) (543,7 kb)
logi sprawdzone.

masz konto na yandex.ru?

wykonaj poniższe polecenia

pobierz ten plik i zapisz w katalogu z frst, tzn. y:\appdata\file\frst64

[fixlist.txt](/uploads/short-url/pshaf7lo0grlcei3xiap157tskg.txt) (26,8 kb)

„plik naprawczy został utworzony tylko dla ciebie, nie należy go stosować na innym komputerze”

uruchom frst i kliknij napraw, pro…
Cześć,
  

  
Start/w polu wyszukiwania wpisujesz cmd i jak się pokaże cmd.exe to klikasz prawym przyciskiem myszy i wybierasz uruchom jako administrator. niestety ukasha skomplikowali i usuwanie przestało być proste ( może być problem z uruchomieniem combofixa ). lokuje się w danych aplikacji i przyjmuje nazwy plików systemowych. w kompie z którego go usuwałem nazywał się msconfig.dat. startuje jako argument do explorera. należy odpalić komputer w trybie awaryjnym z wierszem polecenia i przeszukać rejestr wpisując w pole wyszukiwania explorer. przy którymś znalezionym kluczu do explorera będzie argument o którym napisałem wyżej. należy z wiersza polecenia przejrzeć folder zawierający ten plik, znaleźć znajdujące się tam pliki na liście procesów ( tasklist ), zamknąć proces ( tskill [pid] ) i zmienić nazwy plików ( rename [dysk:][ścieżka]nazwa\_pliku nowa\_nazwa\_pliku ). teraz można uruchomić normalnie komputer i programy antywirusowe bez problemu usuwają wszystko. być może ktoś już wymyślił na ukasha lepszy sposób, szukaj na necie. <p>z wiersza poleceń systemu linux</p><pre><code>for proc\_to\_kill in `mysql -h... -u... -p... -a --skip-column-names -e"show processlist" | grep -v "system user" | awk '{print $1}'` ; do mysql -h... -u... -p... -a --skip-column-names -e"kill query ${proc\_to\_kill}" ; done </code></pre><p>możesz zmienić opcję grep w nagłówku pętli for, aby zlokalizować określonego użytkownika lub określony ciąg w zapytaniu.</p><p>jeśli masz mysql 5.1, w którym lista procesów znajduje się w pliku informacje\_schema, możesz to zrobić, aby wygenerować polecenia kill query zbiorczo z poziomu klienta mysql:</p><pre><code>select group\_concat(concat('kill query ',id,';') separator ' ') killquery from information\_schema.processlist where user&lt;&gt;'system user'\g </code></pre><p>możesz wykonać klauzule where dla pola info, aby wyszukać określone zapytanie, pole time dla zapytań długo działających lub pole db dla określonej bazy danych.</p> Cześć, 
  

  
na pasku zadań wybierz lupkę i wpisz Sticky Notes. Kliknij i już masz. Jeżeli chcesz wiedzieć, gdzie dokładnie ukrył się ten program, to jest tutaj: Windows > Start Menu > Programs > Akcesoria Systemu > Sticky notes. 
  

  
Możesz przypiąć program do paska zadań, żeby się już przed Tobą nie chował. Może nie zaznaczyłeś zgody na utworzenia skrótu na pulpicie?
  
Przeszukaj programy na komputerze, żeby dotrzeć do tej aplikacji. [@vestial](/u/vestial) skoro uruchamiasz z pendrive, to sprawdź, czy system wyłącza się normalnie (tj. po kliknięciu przycisku wyłączania w menu) czy jednak konieczne jest naciśnięcie przycisku na obudowie laptopa. w drugim przypadku to, co napisałem niżej pomoże, w pierwszym nie wiadomo (ale sprawdzić nie zaszko… nie musisz uruchamiać 'anydesk --tray' z konsoli - możesz z wyszukiwarki programów (w xfce można). a jeżeli tak ma być na stałe, to modyfikujesz aktywator (plik .desktop) - zamiast ‘anydesk’ (komenda do wykonania) wpisujesz ‘anydesk --tray’. jeżeli to rozwiązuje problem, to masz go z głowy. <p>to niekoniecznie jest błąd ze strony przełożonego. widzę z twojego wyjścia <code>systemctl status</code>, że <code>supervisor</code>jest uruchamiany przez warstwę kompatybilności sysv-init, więc błąd może być w skrypcie <code>/etc/init.d/supervisor</code>. tłumaczyłoby to brak błędów w dziennikach nadzorcy.</p><p>aby debugować skrypt inicjujący, najłatwiejszym sposobem jest dodanie kodu <code>set -x</code> jako pierwszej instrukcji bez komentarza w tym pliku, a na wyjściu <code>journalctl</code>wyświetlenie śledzenia wykonania skryptu.</p><p><strong> edycja: </strong></p><p>odtwarzałem go i debugowałem w systemie testowym z debianem sidem. </p><p>problem polega na tym, że cel <em>stop</em> skryptu inicjującego superwizora nie sprawdza, czy demon został naprawdę zakończony, ale wysyła tylko sygnał, jeśli proces istnieje. jeśli proces demona wymaga czasu na zamknięcie, kolejna akcja <em>start</em> zakończy się niepowodzeniem z powodu procesu demona umierającego, który jest liczony jako już uruchomiony.</p><p>otworzyłem błąd w debian bug tracker: <a href="http://bugs.debian.org/805920">http://bugs.debian.org/805920</a> </p><p><strong> obejście problemu: </strong></p><p>możesz obejść problem za pomocą: </p><pre><code>/etc/init.d/supervisor force-stop &amp;&amp; \ /etc/init.d/supervisor stop &amp;&amp; \ /etc/init.d/supervisor start </code></pre><ul> <li><code>force-stop</code> zapewni, że supervisord został zakończony (poza systemd).</li> <li><code>stop</code>upewnij się, że systemd wie, że jest zakończony</li> <li><code>start</code>uruchamia go ponownie</li> </ul><p><code>stop</code>po wymaganiu <code>force-stop</code> jest inaczej, inaczej systemd zignoruje każde następne żądanie <code>start</code>name\_\_. <code>stop</code>i <code>start</code>mogą być łączone za pomocą <code>restart</code>name\_\_, ale tutaj umieściłem obie z nich, aby pokazać, jak to działa. </p> przed poleceniem "ping [host|ip] > [plik]" wpisz polecenie "chcp 1250".  
  
dzieje się tak z powodu różnic w kodowaniu tekstu przez wiersz poleceń i notatnik:  
  
wiersz poleceń: 852.  
notatnik: 1250. to tu [Jak wyłączyć powiadomienia z prośbą o opinię w Windows](https://pl.ccm.net/faq/7848-jak-wylaczyc-powiadomienia-z-prosba-o-opinie-w-windows-10)