Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
[quote=mati75]moduł virtualbox wali błędem[/quote]
jaki błąd ?
tak pytam bo u mnie działa
arturek@debian:~/Pulpit$ uname -r
3.1.0-1-amd64
arturek@debian:~/Pulpit$ dmesg | grep vboxdrv
[ 12.419043] vboxdrv: Found 2 processor cores.
[ 12.419216] vboxdrv: fAsync=0 offMin=0x2dd offMax=0xa22
[ 12.419532] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[ 12.419534] vboxdrv: Successfully loaded version 4.1.4 (interface 0x00190000).
arturek@debian:~/Pulpit$[/quote]
Debian “buster” Xfce
Offline
[quote=mati75]
Linux laptop 3.1.0-small #1 SMP Mon Oct 24 19:53:32 CEST 2011 x86_64 GNU/Linux
Wszystko niby ok, poza paroma rzeczami nie działa mi myszka na bt i moduł virtualbox wali błędem, czas pozostać na lts.[/quote]
Dobra, dobra... A stos BlueZ zaktualizowałeś? Moduł VirtualBoksa powinna załatwić także aktualizacja. Masz VirtualBox 4.1.4? Tak tylko się upewniam :)
Ostatnio edytowany przez NIC (2011-10-24 22:06:09)
Offline
arturek@debian:~/Pulpit$ dmesg | grep Bluetooth
[ 12.780217] Bluetooth: Core ver 2.16
[ 12.780272] Bluetooth: HCI device and connection manager initialized
[ 12.780281] Bluetooth: HCI socket layer initialized
[ 12.780286] Bluetooth: L2CAP socket layer initialized
[ 12.780298] Bluetooth: SCO socket layer initialized
[ 13.123688] Bluetooth: RFCOMM TTY layer initialized
[ 13.123701] Bluetooth: RFCOMM socket layer initialized
[ 13.123707] Bluetooth: RFCOMM ver 1.11
[ 13.647028] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 13.647036] Bluetooth: BNEP filters: protocol multicast
arturek@debian:~/Pulpit$[/quote]
a jeśli chodzi o VirtualBox tak 4.1.4
Debian “buster” Xfce
Offline
Nowy kernel jest faktycznie bardziej zasobożerny, porównałem to z kernelem linux-image-3.0-6.towo.1-frickelnix-amd64 i pobierał dokładnie tyle samo zasobów co kernele 3.0 z repo aptosida.
Albo to cecha kernela 3.1 albo slh coś nie tak skompilował, bardziej jednak za prawdopodobne przyjmuję wersję pierwszą.
Offline
[quote=Tomeku]A wiadomo kiedy zaczną aktualizować?[/quote]
Zaczęli. W końcu. :)
[url]kernel.org[/url]
Offline
[quote=ArnVaker]Jest różnica — za x możesz wstawić dowolną liczbę, a 0 to 0. :) Panie matematyk… :P[/quote]
Chciałbym do tego wrócić...
http://www.kernel.org/pub/linux/kernel/v3.0/
http://www.kernel.org/pub/linux/kernel/v3.x/
Żadnej różnicy... Czemuż to?? Czyżby [u]jeszcze[/u] trwały prace porządkowe?
Ostatnio edytowany przez P@blo (2011-11-28 15:25:38)
Offline
Czemu myślisz, że my mamy więcej informacji na temat kernel.org niż Ty? ;) Spytaj może na lkml czy gdzie tam się tego typu pytania zadaje…
BTW, w czym Ci to właściwie przeszkadza?
Offline
[quote=P@blo]Żadnej różnicy... Czemuż to?? Czyżby [u]jeszcze[/u] trwały prace porządkowe?[/quote]
Widocznie mają jakieś powody, aby utrzymywać takiego symlinka. Pierwszym, jaki przychodzi na myśl, jest kompatybilność wsteczna — żeby nie nabruździło ludziom w skryptach, zakładkach, etc.
Offline
Nie przeszkadza, ale ostatnim razem pojechałeś mi (ArnVaker) tak po 'tytule', że aż mnie to męczy do dzisiaj... ;p Stąd moje usprawiedliwienie, że miałem powody pytać o tak błahą rzecz... ;)
A tak na serio to po prostu mnie to ciekawi... Po co, dlaczego i w ogóle... Was nie? W sumie argument azhag dał niezły... Być może dlatego...
Inna rzecz która mi nie daje spokoju to wersje wydań... Wiem, że już to było mówione jak to się numeruje, ale trochę to dla mnie niezrozumiałe. Czemu nie kończy się wydawać np 3.2.x a potem zaczyna się 3.3.x tylko idzie to równolegle... Że niby mają, aż tak dużo poprawek? Chyba mam za dużo uprzedzeń z $hita... Dla mnie jak np aktualnie mam 3.1.1 i widzę 3.2.0 jako nowe i 3.1.3 to co mam niby wybrać? Wiem, że to pie*doła no, ale po coś to służy nam (użytkownikom)... Tylko ja nie wiem po co?
Ostatnio edytowany przez P@blo (2011-11-29 10:03:34)
Offline
[quote=P@blo]Czemu nie kończy się wydawać np 3.2.x a potem zaczyna się 3.3.x tylko idzie to równolegle...[/quote]
Z tego samego powodu dla którego wersja oldstable Debiana (aktualnie Lenny) otrzymuje poprawki jeszcze przez rok po wydaniu nowego stable (aktualnie Squeeze). Możesz od razu migrować na nową wersję, ale możesz też przez jakiś czas pozostać przy starej — ciągle wspieranej — nie martwiąc się o dziury itp.
Offline
W kernelu jest to spowodowane kompatybilność łat i sterowników.
Np łatka rt jest na kernel 3.0, i 2.6.33, grseucirity (stabilna) na 2.6.32.48, jeszcze niedawno Xen był max na jajo 2.6.34 a OpenVZ jest na jajo 2.6.18.
Dlatego poszczególne linie kerneli są wydawane równocześnie, i np dlatego jeszcze niedawno były dostepne kernele 2.4.* (które ktoś potrzebował do routerów).
Teraz są stabilne kernele z linni: 2.6.32, 2.6.33, 2.6.34, 2.6.35, 2.6.38, 2.6.39, 3.0, 3.1.
Różnica względem Debiana jest zasadnicza:
W Debku Lenny to Oldstable, Squeeze to stable.
W kernelu: 3.09, 3.1.3 i 2.6.32.49 - to są aktualne stabile kernele, funkcjonują równolegle.
Podobnie jest w gcc, tam też są stabilne wersje kompilatorów 4.3, 4.4, 4.5 i 4.6,
żaden z nich nie jest oldstable.
Wszystkie linie gcc mają stabilne wersje.
Podobnie python 2.6, 2.7 i 3.1.
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2012-01-24 22:24:46)
Offline
Ja bym raczej powiedział, że gałąź 2.6.32 to longterm, 3.0 to obecnie takie oldstable (chyba że zrobią z tego kolejny longterm), a 3.1 to obecnie najnowsza gałąź stable. :) 2.6.33, 2.6.34, 2.6.35, 2.6.38 oraz 2.6.39 to twory utrzymywane poza normalnym cyklem, które z tego co widzę dosyć rzadko są aktualizowane i chyba nawet nie zajmuje się już nimi Greg Kroah-Hartman, który odpowiada za poprawki tych „standardowych” wydań stabilnych.
Tutaj trochę na ten temat: [url]https://lkml.org/lkml/2011/8/15/5[/url].
==================
[b]EDIT:[/b] Z tego co się zorientowałem, gałęzie 2.6.33, 2.6.38 oraz 2.6.39 nie będą już aktualizowane.
2.6.33: https://lkml.org/lkml/2011/11/7/477
2.6.38: https://lkml.org/lkml/2011/6/2/417
2.6.39: https://lkml.org/lkml/2011/8/3/316
Co do 2.6.34 i 2.6.35:
[quote=Greg Kroah-Hartman]Last year, two different community members (Andi and Paul) asked me
if they could maintain the 2.6.34 and 2.6.35 kernels as -longterm kernel
releases as their companies needed this type of support. I agreed, and
they have done a great job at this.[/quote]
Zatem ciężko powiedzieć czy one będą jeszcze wspierane, czy już nie (od miesięcy nie było żadnych aktualizacji).
Offline
Lepiej zobacz tutaj:
http://grsecurity.net/download_stable.php (to pracuje na wielu szacownych platformach hostingowych)
http://www.kernel.org/pub/linux/kernel/projects/rt/ (to pracuje np w telewizorach kilku firm)
http://git.openvz.org/?p%3Dlinux-2.6.32-openvz;a%3Dsummary ( popularne na hostingach, np w Polsce (serwer VPS za 20zł/mies.)
http://stage.tuxonice.net/downloads/ - zastosowanie jw.
I kilkadziesiat innych łatek specjalistycznych do różnych zastosowań.
Poszczególnych linni kernela nikt nie trzyma dlatego, że ma taką fantazję, tylko dlatego, że kernel Linux ma setki różnych zastosowań, i działa w tysiącach różnorakich urządzeń, często w postaci zmodyfikowanej wzgledem oficjalnych źródeł.
Dlatego rozwój kernela jest podobny bardziej np do rozwoju gcc:
GCC 4.3.6 released [2011-06-27]
GCC 4.6.1 released [2011-06-27]
GCC 4.5.3 released [2011-04-28][/quote]
aniżeli gotowej dystrybucji, jak Debian.
Pozdrawiam
;-)Ostatnio edytowany przez Jacekalex (2011-11-29 15:43:01)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
[quote=Jacekalex]Lepiej zobacz tutaj:[/quote]
I co miałem tam wypatrzyć? Mówimy przecież o oficjalnych wydaniach z kernel.org, a nie jakichś łatkach do tego czy tamtego. Łatki każdy może sobie wypuszczać do jakiej tylko wersji ma ochotę, niezależnie od tego czy otrzymuje ona jeszcze oficjalne poprawki czy nie.
Offline
Kenel nie działa w próżni, a ciagle aktualizacje np wersji 2.6.32 dodają kolejne latki bezpieczeństwa.
Jeśli np jakaś platforam hostingowa ma kilka tys kilentów na serwerach VPS uruchomionych na kernelach Openvz, (a takich firm nie brakuje) to można ich zostawić bez suportu dotyczącego bezpieczeństwa na poziomie kernela, czy poprawiania na bierząco błędów w kernelu zgodnym z OpenVz?
Bo najnowsza łata OpenVz jest na jajo 2.6.32 podobnie jak stabilna łata Grsecurity.
Albo łata rt - kernel z ta łatą pracuje w większości telewizorów z obsługą Youtuba.
Czy sądzisz, że tworzenie kernela jest działaniem artystycznym, utrzymywanym z funduszy na rozwój kultury?
Bo np, kiedy ostatnio widzialem na gicie źródła kernela do Androida (kilka dni przed wlamaniem na kernel.org), to bazowały na jaju 2.6.35.
A projekt Linux ma również sponsorów, z których najhojniesi są użytkownicy, którzy używają Linuxa w swoim biznesie, nalezy do nich np Sony.
Albo sponsorzy [url=http://grsecurity.net/sponsors.php]Grsecurity[/url], będącej łatką na kernel? Czy można by ich zostawić na lodzie dlatego, ze grsecurity nie jest w stanie tworzyć łatek stabilnych na najnowsze kernele?
Otóż tworzenie Linuxa, to również jest biznes.
A wyraźnie widać, że niektóre linie Linuxa są skorelowane z pojawianiem się niektórych łatek.
Np Linux 2.6.18 zniknął dopiero, jak łata Openvz na kernel 2.6.32 osiągnełą jakość "producyjną".
Powód trzymania 2.6.33 - to właśnie łatka rt, i zastosowanie kernela z tą łatą w telewizorach.
To by było na tyle
;-)
Offline
Dałem już wyjaśnienie wyżej — gałąź 2.6.32 to oficjalny longterm (gałąź z wydłużonym wsparciem), a 2.6.34 i 2.6.35 to longterm „by Andi and Paul”. ;) Co do gałęzi 2.6.33 całkowicie się zgadzam, utrzymywana była ze względu na „realtime”, ale została właśnie porzucona.
[quote=Greg Kroah-Hartman]I'm announcing the release of the 2.6.33.20 kernel.
This is primarily for the use of those people who are stuck using the
.33-rt kernel. Anyone else who really wants to use the .33 kernel tree
is welcome to use this one as well.
[b]Note, this is the LAST 2.6.33 kernel that will be released. It is now
end-of-life, please move to the 3.0 kernel for your real time needs.[/b][/quote]
Gałęzie 2.6.38 i 2.6.39 standardowo zostały porzucone jakiś czas po ukazaniu się nowszych.
Offline
Dyskutujemy na różnych płaszczyznach:
Patrzysz na to, jak developerzy określają taką czy inną wersję, i jakie mają plany na przyszłosć.
Ja natomiast wiem, że nic nie dzieje się na świecie bez przyczyny, i kiedyś zastanowiło mnie (przed włamaniem do kernel.org), dlaczego trzymają taki zabytek, jak 2.6.18.
Okazało się, że powodem była łatka Openvz.
2.6.33 zniknie, jak wszystko, co używa kernela rt będzie gotowe na jajo 3.0 lub 3.2,na które są, lub powstają właśnie łatki rt.
Ale inne łaty też mają podobny wpływ na decyzje developerów.
Także dyskusję o wersjach proponuję zakończyć, bo i tak zostaniemy przy swoich opiniach, z których żadna nie jest z gruntu błędna, lecz opiera sie na innym sposobie spojrzenia na sprawę tych równoleglych wersji.
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2011-11-29 16:55:39)
Offline
Że tak spytam, bo ostatnio robiłem upgrade kernela na innym kompie z 3.0.3 no i szukając ów patcha 3.0.3 no właśnie... Gdzie on jest? :D Musiałem całe źródła ściągnąć...
Przy okazji... Uwaga na 3.2. Są pewne zmiany... Ja menu nie poznałem w szczególności sekcja network :D
Offline
No coś nie widać rzeczywiście, w ogóle jest spora luka w tych patchach. Pewnie nie chciało im się odtwarzać po ataku.
Offline
A bo to atak wówczas był... No to by tłumaczyło... A jak wrażenia na 3.2? Bo pewnie masz? ;p
Offline
Nie mam, znudziło mi się kompilowanie i jadę na Liquorixie 3.1.7 aktualnie. :P
$ uname -a Linux amidala 3.1.0-7.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Wed Jan 4 21:13:24 CST 2012 x86_64 GNU/Linux
Offline
U mnie 3.2 chodzi ładnie, ale nie kompiluje się na nim ani xtables-addons, ani moduły virtualboxa.
Kompilowałem wczoraj, jeszcze przejrzę konfig nowego kernela, bo coś tam zmieniałem przed kompilacją (w kernel hacking).
Offline
No u mnie też już ładnie chodzi tylko zmienili mi nazwę sterownika intela do wifi. Miałem iwlagn a teraz jest iwlwifi. No i ogólnie jak tak patrzyłem to układ wszystkiego się zmienił... No ale chodzi ładnie :) Będę miał czas to pogrzebie za jakimiś nowinkami :D
Offline
Ooo, co nikt nie pisze, że nowy kernel wyszedł :]
Offline
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00005 | SET NAMES latin2 |
0.00092 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.223.43.106' WHERE u.id=1 |
0.00188 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.223.43.106', 1732714830) |
0.00081 | SELECT * FROM punbb_online WHERE logged<1732714530 |
0.00102 | DELETE FROM punbb_online WHERE ident='3.145.68.167' |
0.00103 | DELETE FROM punbb_online WHERE ident='54.36.149.60' |
0.00037 | SELECT topic_id FROM punbb_posts WHERE id=189645 |
0.00037 | SELECT id FROM punbb_posts WHERE topic_id=19618 ORDER BY posted |
0.00046 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=19618 AND t.moved_to IS NULL |
0.00020 | SELECT search_for, replace_with FROM punbb_censoring |
0.00173 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=19618 ORDER BY p.id LIMIT 75,25 |
0.00156 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=19618 |
Total query time: 0.0105 s |