Forum Debian Users Gang

remi napisał(-a):

Jądro Linuksa z najstarszym, długoterminowym wsparciem, 2.6.32, w przyszłym miesiącu osiągnie status End of Life.

To pierwsza wersja, na której zaczynałem "zabawę" z Linuksem w ogóle. Nie wiedziałem, że jest (albo był) tak długo wspierany.

Ostatnio edytowany przez Pavlo950 (2016-01-31 12:55:51)

remi napisał(-a):

Serwus. Jądro Linuksa z najstarszym, długoterminowym wsparciem, 2.6.32, w przyszłym miesiącu osiągnie status End of Life.

Informacja z Debiana: https://lists.debian.org/debian-kernel/2016/01/msg00598.html

mati75 napisał(-a):

remi napisał(-a):

Serwus. Jądro Linuksa z najstarszym, długoterminowym wsparciem, 2.6.32, w przyszłym miesiącu osiągnie status End of Life.

Informacja z Debiana: https://lists.debian.org/debian-kernel/2016/01/msg00598.html

Fajnie by było, jakby mrożenie jeszcze trochę przesunęli do przodu ze 3-4 miesiące. Środowiska Gnome i KDE będą miały lepsze wsparcie Waylanda. AMDGPU się trochę jeszcze ustabilizuje. Będzie już przetestowany w normalnej pracy sterownik dla Kaby Lake od Intela. Być może sterownik GPU dla Cannonlake jeszcze by wszedł.
AMD miało procesor oparty na Zen wydać pod koniec 2016 i APU oparte na nim w 2017, więc tutaj też powinien lepiej działać kernel.

Sterownik do czipów FT232 firmy FTDI dostarczany przez Windows Update zmienił się na taki, który stara się wykryć podróbki i w razie znalezienia wysyła napis "NON GENUINE DEVICE FOUND!", co z punktu widzenia urządzeń wygląda na jakieś losowe bity.
Wielu osobom takie działanie firmy się zdecydowanie nie podoba. Woleliby, aby już np w ogóle się nie komunikował i wyświetlił po prostu informację o podróbce.
FTDI już kiedyś coś podobnego zrobiły, tylko wtedy udało im się uceglać podrobione czipy.
http://www.eevblog.com/forum/microcontrollers/ftdi-gate-2-0/

http://www.popularmechanics.com/military/weapons/a1 … n-windows-xp/

Britain's fleet of missile submarines, HMS Vanguard, Victorious, Vigilant, and Vengeance, are four of the deadliest ships ever built. Armed with nuclear weapons, the four "boomers" patrol the oceans, providing a powerful deterrent against a surprise nuclear attack on the United Kingdom.

The four Vanguard-class ballistic missile submarines provide the UK's entire nuclear deterrent. Each nuclear-powered submarine has up to eight Trident II missiles and a total of 40 nuclear warheads. That's enough firepower to devastate entire countries.
(..)
The submarines were commissioned in the 1990s. According to The Guardian, Windows XP was installed because it was "cheaper than alternatives." The software is even branded as "Windows for Submarines." A joke? We're not sure.

Przypadek z archa ale chyba dotyczy i nas. Po wykonaniu "rm -rf --no-preserve-root /" brak POSTu - w zasadzie "ubicie" płyty z UEFI.
https://bbs.archlinux.org/viewtopic.php?id=207549 link wygasł :/
lub:
https://boards.4chan.org/g/thread/52733967   - zarchiwizowany

Ostatnio edytowany przez jacekz (2016-02-02 23:44:00)

Nic tu nie było przypadkowe a poziom "beztroski" (żeby nie użyć innego słowa) tego użytkownika nieco za wysoki - ku przestrodze.

Jeżeli z poziomu systemu można majstrować w plikach biosu i je kasować,
to ja nie mogę się doczekać wirusów, które będą takie numery robiły gratis. :D

Większej bzdury producenci wymyślić nie mogli, chociaż już upgrade biosu z poziomu systemu operacyjnego był szaleństwem z punktu widzenia bezpieczeństwa.

Ale za to NSA może pilnować, żeby klucze UEFI w płytach byłby aktualne. :D
Gdyby to chcieli naprawdę w miarę bezpiecznie zrobić, to klucz podpisujący bootloader byłby zapisany w TPM, ale do TPM można zapisywać własne klucze, także M$ ani NSA na taki wariant nie mogli się zgodzić.
:D

yossarian napisał(-a):

Ale faktem jest, że z poziomu systemu operacyjnego można tam majstrować.

Można mieć pewną interakcję z UEFI za pomocą zmiennych (UEFI Variables).
Przy procesie aktualizacji UEFI, nowe wersje UEFI same sprawdzają podpisy wgrywanej aktualizacji. System nie ma dostępu bezpośredni do kodu UEFI.
Klucze do Secure Boot też można własne wgrać: http://kroah.com/log/blog/2013/09/02/booting-a-self … linux-kernel/

Ja na tym forum od roku albo dwóch lat co jakiś czas wrzucam o atakach na UEFI, więc to dla mnie nic zaskakującego.
Przykład: https://forum.dug.net.pl/viewtopic.php?pid=280579#p280579

Firefox 44 Deletes Fine-Grained Cookie Management

Among its other desirable features, Firefox included a feature allowing very fine-grained cookie management. When enabled, every time a Web site asked to set a cookie, Firefox would raise a dialog containing information about the cookie requested, which you could then approve or deny. An "exception" list also allowed you to mark selected domains as "Always allow" or "Always deny", so that the dialog would not appear for frequently-visited sites. It was an excellent way to maintain close, custom control over which sites could set cookies, and which specific cookies they could set. It also helped easily identify poorly-coded sites that unnecessarily requested cookies for every single asset, or which would hit the browser with a "cookie storm" — hundreds of concurrent cookie requests.

Mozilla quietly deleted this feature from Firefox 44, with no functional equivalent put in its place. Further, users who had enabled the "Ask before accept" feature have had that preference silently changed to, "Accept normally." The proffered excuse for the removal was that the feature was unmaintained, and that its users were, "probably crashing multiple times a day as a result" (although no evidence was presented to support this assertion). Mozilla's apparent position is that users wishing fine-grained cookie control should be using a third-party add-on instead, and that an "Ask before accept" option was, "not really nice to use on today's Web."

Trochę o bateriach i akumulatorkach...

- Prawdziwa pojemność chińskich akumulatorów

- Jaką pojemność ma bateria?

- Jak rozebrać baterię // co można z niej uzyskać

Coś z innej beczki:

- Bolesna porażka Intela :-) . Kolej wybiera AMD i Asrocka