Nowe posty
|
Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.
Wiadomości - Paweł Kraszewski
1
« dnia: 2024-08-26, 21:08:07 »
Dlatego chcę wykorzystać znajdujące się w kernelu sterowniki fizycznych urządzeń, a wszystko inne pominąć. To może zastanów się nad innym "nośnikiem"? Linux ma stopień zaplątania wszystkiego wywalony na 11. Do takich zabaw ciekawszy może być FreeBSD albo wręcz OpenBSD. Pisałem moduły jądra (co prawda głównie sieciowe) i dla Linuksa i dla FreeBSD i Frebzdowe mi się lepiej pisało. Prostszy kod, lepiej skomentowane istniejące rozwiązania.
2
« dnia: 2024-08-26, 07:30:04 »
Jeszcze raz spróbuję, ale teraz z zewnątrz, spreparować obraz dysku typu “raw” i uruchomić.
Spróbuj zrobić minimalne środowisko testowe na statycznie kompilowanym busyboksie i zrób z niego initrd. Ja tak testuję swoje zabawki (ale wszystkie są czysto tekstowe). EDITPytanie poza konkursem: dlaczego w ogóle FS zrobiony jako nowe IOCTL-e a nie jako plugin do VFS-a, jak wszystkie inne FSy?
3
« dnia: 2024-08-25, 07:37:13 »
Nie będę dywagował o kodzie, bo jest 7 rano w niedzielę, przed kawą. ALE: QEMU jest równocześnie hostem debuggera. Jak skompilujesz swojego kernela z DebugInfo to możesz go puścić monitorowanego, z pełną obsługą pułapek, itp. Jako program monitorujący (GUI do debuggera) najlepiej ze wszystkiego sprawdził mi się QtCreator: * Uruchamiasz * Bez tworzenia żadnego projektu wchodzisz w menu "Debug"->"Start debbugging"->"Attach to running debug server". * Jako "local executable" wskazujesz uruchomiany w QEMU vmlinux ( nie vmlinuz!) * Jako "Working directory" i "Debug information" wskazujesz katalog źródłowy kernela Ustawisz sobie pułapki na twoje funkcje i zobaczysz pod debuggerem z jakimi rzeczywistymi parametrami odpala się str(n)cmp.
4
« dnia: 2024-08-14, 11:58:44 »
Kilka spraw:
Format, który podałeś to "user crontab". Jeżeli robisz to w systemowym CRON-ie ( /etc/crontab), między gwiazdkami a komendą jest kolumna z użytkownikiem, jako którego uruchomić komedę. 01 * * * * user /usr/bin/chmod 777 /home/user/test ^^^^ Chmod zostanie uruchomiony jako "user"
Nowe systemy w ogóle nie mają CRON-a, zastąpiły go timery systemd. Więc jedno z: * doinstalowujesz jakiegoś daemona ręcznie (cronie, fcron, dcron, vixiecron albo podobny) * używasz systemd-cron do generacji unitów timera na podstawie Cron-a * recznie piszesz unita według tego tutoriala.
5
« dnia: 2024-08-07, 19:14:50 »
It is really, really hard not to notice, that this whole community communicates in Polish. I doubt you can learn it quickly enough to participate here in any meaningful way... And believe me, machine translation is not going to help you.
6
« dnia: 2024-07-28, 09:35:04 »
Wątków dla E-core poniekąd z definicji nie widać na słupkach w htop-ie ![Smiley :)](http://forum.linux.pl/Smileys/default/smiley.gif) UPDATE: Dobra, w HTOP można włączyć kolumnę z ostatnim CPU który był obciążony daną aplikacją. U mnie na E-Corach są wszelkie aplikacje i usługi pracujące w tle i śpiące/czekające na coś: pierdoły typu powerdevil, niektóre apki w trayu, kwallet, polkit, gvfsd, itp.
7
« dnia: 2024-07-27, 06:44:59 »
Linux od wielu lat poprawnie obsługuje procesory hybrydowe (Heterogenous Multi Processing, HMP), bo potrzebował tego do ARMów w architekturze big.LITTLE.
Różnice w zadaniowaniu rdzeni P/E dobrze widzę na moim 12900. Przy rosnącej liczbie wątków obliczeniowych Linux pierw obsadza po jednym wątku na rdzeń P, potem dokłada po drugim wątku (wykorzystując HT) i dopiero na końcu angażuje rdzenie E. Nie widać tego na FreeBSD który nie obsługuje HMP (chyba w ogóle, a na pewno nie w x86).. Tam obliczenia lądują na losowych rdzeniach i przy kompilacjach rzeczywiście musiałem ręcznie sterować affinity.
8
« dnia: 2024-07-13, 22:57:31 »
Ale tamten nośnik sprawdzałem za pomocą chkdsk oraz fsck, nie było żadnych błędów ani bad sector"ów. I Archa zainstalował mi normalnie.
Oba narzędzia sprawdzają spójność logiczną dysku, nie poprawność danych zawartych w plikach -- chyba, że FS trzyma sumy kontrolne plików (jak m.in. BTRFS czy ZFS), ale wtedy kontrola zawartości plików to osobna czynność, która tradycyjnie nazywa się scrubbing. Jednak podczas używania KDE ISO Image Writer...
![](https://i.ibb.co/7r3gR1Z/1.jpg) Więc nośnik do kosza?
Nie. Program nagrywa blokami po 1MB, obraz ISO jest wielokrotnością tylko 2kB - i ostatnia paczka do nagrania miała mniej niż pełny 1MB. Powinni to jakoś ładniej obsłużyć. A co do podejrzanego pendrive'a: sprawdź go narzędziami do szukanie fake'owych penów. Twój nie jest fejkowy, ale błąd zapisu/odczytu zostanie przez taki program prawidłowo złapany. * https://www.tomshardware.com/news/new-freeware-detects-fake-usb-drives-with-inflated-capacity* https://github.com/c0xc/CapacityTester* https://www.geckoandfly.com/22803/detect-fake-usb-flash-drives-sd-cards-ssd-disk/
9
« dnia: 2024-07-12, 07:24:56 »
Do stworzenia bootowalnego nośnika użyłem najnowszą wersję Windowsowego Rufus'a.
Wzdeh... Rufus... A spróbuj nagrać po sektorach, np ISO Image Writer-em. Jest wersja na Windows.
10
« dnia: 2024-07-10, 21:33:47 »
Raz: ZANIM znowu ściągniesz, pobierz ze strony Manjaro plik sumy kontrolnej i sprawdź. Te pliczki u nich to sumy SHA256.
Dwa: Czym nagrywałeś obraz ISO na nośnik instalacyjny?
11
« dnia: 2024-07-10, 18:52:38 »
Wygląda na błąd nośnika instalacyjnego (błąd otwarcia biblioteki z instalatora). Czy sumy kontrolne pliku ISO się zgadzają?
12
« dnia: 2024-07-08, 09:11:07 »
Na forum był już wątek na ten temat. Szczególnie polecam ten link.
Czyli:
Podaj wynik: lspci
Załaduj moduł “sis190”: sudo modprobe sis190
Ponownie podaj wynik: lspci
Skąd w ogóle wziąłeś: * sis-a (na tej płycie nie ma karty SIS) * Komunikat błędu z pierwszej odpowiedzi ? Ze względu na brak sieci w Linux Lite 6.6
Powinno działać z driverem forcedeth (o dziwo, ciągle włączony w 6.6) Powiem tak: 4 płyty temu miałem płytę na chipsecie nForce (potem 1., 4. i 12. generacje Core). Pomimo świeżego wsparcia nVidii to był ciągły ból du*y ze sterownikami i stabilnością. Teraz, po 8 latach nie jest lepiej. Jest gorzej. Nie wspominam nawet o wojnie jaka cię czeka z wbudowaną kartą graficzną (mega niestabilna na Nouveau i dawno nie wspierana przez nVidię). W jakim celu wykopałeś na cmentarzu tę płytę? * Jako płytę do pracy? Na śmietnikach można znaleźć lepsze maszyny. 1C/1T nie nadaje się do żadnej pracy pod współczesnym GUI - o WWW nie wspominając. OpenBSD w trybie tekstowym - to inna rozmowa. * Jako poletko ćwiczeniowe - OK, ale roboczogodziny osób odpowiadających na to pytanie już są warte więcej niż ta płyta.
13
« dnia: 2024-07-07, 08:00:09 »
A jaki dokładnie to komputer? Przede wszystkim jaki procesor i jaka karta graficzna?
14
« dnia: 2024-07-02, 22:27:29 »
Core 2 duo jest całkowicie uzasadnionym powodem odmowy instalacji w 2024...
GPU ostatnio wspierane w driverach v340, które nie są kompatybilne z żadnym nowym kernelem (ostatni kompatybilny to 5.4 LTS).
Karta jest marginalnie wspierana przez Nouveau.
15
« dnia: 2024-07-02, 13:36:58 »
Paczki krdp nie da się normalnie odinstalować. To cena którą się płaci za Neona - KDE jest paczkowane strasznie gruboziarnisto. systemctl --user mask plasma-krdp_server.service
Czy to jest rozwiązanie zgodne ze sztuką ?
Konfigurację tego masz w Ustawieniach systemowych→Sieć→Pulpit zdalny.
|