Kernele testowe/stabilne wersja 17.x - atom oraz K8

Moderator: e X t 7 3

Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: e X t 7 3 »

mandor75 pisze:Dziwną rzecz dzisiaj odkryłem. Po zainstalowaniu w zeszłym tygodniu jajka 17.0 wszystko było ok. Dopiero dzisiaj odkryłem że przestał mi działać simple-service-manager. Dodam że przed instalacją jajka 17.0 nie miałem go zainstalowanego. logi nic nie pokazują. Zgłasza się tylko prośba o hasło i po jego podaniu i zatwierdzeniu nic się nie dzieje.
Powtarzam nie ma żadnych komunikatów o niespełnionych zależnościach ani brakujących bibliotekach.
Raczej nie ma możliwosci, aby tu kernel miał na to wpływ - no chyba, że instalowane w trakcie instalacji biblioteki - ale jak nie ma żądnych konfliktów ?!? ... jakie wyniki daje wpisanie w konsoli sudo simple-service-manager ? u mnie na 6 maszynach nie ma problemu. Natomiast w trybie "wykonaj polecenie" spróbuj: gksu simple-service-manager i kdesu simple-service-manager.

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
bpawelczyk
Sędziwy Jeż
Sędziwy Jeż
Posty: 39
Rejestracja: 14 lut 2010, 18:18
Płeć: Mężczyzna
Wersja Ubuntu: 11.10
Środowisko graficzne: KDE Plasma
Architektura: x86
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: bpawelczyk »

Witam forumowiczki i forumowiczów, chciałbym również dodać coś od siebie odnośnie wersji 17.0, który na Ubuntu 11.04 pracuje stabilnie, nie ma przykrych niespodzianek :clap: , ale mam kilka pytań i bardzo proszę o odpowiedź:
1. responsywność, wydajność ja wszystko rozumiem, tylko dlaczego nadal nie ma (przynajmniej ja nie widzę) poprawy oszczędności energii. Przez moment Powertop wskazał około 15W, ale tak przy normalnej pracy (www, muzyka, office) to przekracza 20W, a przy takim zużyciu to dłużej jak 2h nie popracuje. Czyżby to już granica możliwości, tylko że od kernela 15.9 wcale nie widziałem poprawy?

2. autosuspend USB jest wyłączone, czy to planowany ruch kolegi eXt73?

3. kolega wspomniał o różnicach pomiędzy kernelem 17.0 dla wersji 11.04 i 11.10, czy są istotne?

4. nawiązując do punktu 1, czy ma na to wpływ grafika Intela serii GM9..? Wspominał kolega, że są z nią jakieś problemy, na co one wpływają?

Z góry dzięki.
Awatar użytkownika
joe88
Piegowaty Guziec
Piegowaty Guziec
Posty: 26
Rejestracja: 06 mar 2010, 21:29
Płeć: Mężczyzna
Wersja Ubuntu: 10.04
Środowisko graficzne: GNOME
Architektura: x86

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: joe88 »

e X t 7 3 pisze:
Proszę daj jeszcze wynik lsmod.

Pozdrawiam

Kod: Zaznacz cały

Module                  Size  Used by
btusb                   8872  0 
nls_iso8859_1           2772  0 
nls_cp437               4308  0 
vfat                   14900  0 
fat                    47508  1 vfat
bnep                    8052  2 
rfcomm                 31244  0 
bluetooth             145140  11 btusb,bnep,rfcomm
binfmt_misc             6108  1 
snd_hda_codec_realtek    48436  1 
snd_hda_intel          19872  2 
snd_hda_codec          95936  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               3992  1 snd_hda_codec
arc4                    1076  2 
ext3                  132736  1 
jbd                    38952  1 ext3
snd_pcm_oss            42912  0 
snd_mixer_oss          15092  1 snd_pcm_oss
snd_pcm                64440  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy           1688  0 
snd_seq_oss            29828  0 
joydev                 11712  0 
snd_seq_midi            4352  0 
snd_rawmidi            14528  1 snd_seq_midi
snd_seq_midi_event      4084  2 snd_seq_oss,snd_seq_midi
snd_seq                48368  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
uvcvideo               68400  0 
videodev               68896  1 uvcvideo
i915                  390032  4 
snd_timer              14172  2 snd_pcm,snd_seq
ath5k                 145728  0 
psmouse                56748  0 
snd_seq_device          3936  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
serio_raw               3416  0 
ath                    15220  1 ath5k
snd                    49636  16 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
mac80211              203792  1 ath5k
drm_kms_helper         25076  1 i915
drm                   167412  5 i915,drm_kms_helper
i2c_algo_bit            5400  1 i915
cfg80211              147488  3 ath5k,ath,mac80211
toshiba_bluetooth       1460  0 
soundcore               4160  1 snd
snd_page_alloc          5468  2 snd_hda_intel,snd_pcm
video                   8616  1 i915
ums_realtek             5236  0 
usb_storage            35744  1 ums_realtek
uas                     5784  0 
r8169                  60060  0 
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: e X t 7 3 »

bpawelczyk pisze:Witam forumowiczki i forumowiczów, chciałbym również dodać coś od siebie odnośnie wersji 17.0, który na Ubuntu 11.04 pracuje stabilnie, nie ma przykrych niespodzianek :clap: , ale mam kilka pytań i bardzo proszę o odpowiedź:
1. responsywność, wydajność ja wszystko rozumiem, tylko dlaczego nadal nie ma (przynajmniej ja nie widzę) poprawy oszczędności energii. Przez moment Powertop wskazał około 15W, ale tak przy normalnej pracy (www, muzyka, office) to przekracza 20W, a przy takim zużyciu to dłużej jak 2h nie popracuje. Czyżby to już granica możliwości, tylko że od kernela 15.9 wcale nie widziałem poprawy?

2. autosuspend USB jest wyłączone, czy to planowany ruch kolegi eXt73?

3. kolega wspomniał o różnicach pomiędzy kernelem 17.0 dla wersji 11.04 i 11.10, czy są istotne?

4. nawiązując do punktu 1, czy ma na to wpływ grafika Intela serii GM9..? Wspominał kolega, że są z nią jakieś problemy, na co one wpływają?

Z góry dzięki.

Zatem do meritum ;):

ad.1 cóż, oczywiście zakladam, ze masz Intela i aktywowałeś w grub acpi. Jeśli tak to pragnę zauważyć, ze od wersji jądra 2.6.37 pod standardowym kernelem np. Ubuntu zużycie energii cały czas rosło ! ... a pod moim spadało, albo się utrzymywało na podobnym poziomie. Aby teraz pod intelem uzyskać najlepsze rezultaty konieczne jest wprowadzenie w grub m.in. pcie_aspm=force ... a także inne elementy - ale to już bardziej na Sandy Bridge - tu dam odpowiednie wpisy do GRUB`a. Ponadto, kolejny kernel v.17.1 już będzie zwierał rozszerzony zestaw patchy. Zatem w sumie tych patchy ASPM by Matthew Garrett, będzie 6 - nie będzie tylko patch`a: net/ethernet/atl1e: Disable ASPM, który powoduje błąd kompilacji. Tym razem już kernel będzie zawierał patch pci: Rework ASPM disable code - uporałem się ze spadkami wydajności. Ten patch nawet na AMD APU E-350 daje lekką obniżkę zużycia energii, a na Sandy Bridge powinno to skutkować nawet 5 Wattami. Zresztą z relacji użytkowników wynika, że już v.17.0 obniża pobór energii, podobnie odnotowałem na moich maszynach.

ad.2 autosuspend USB jest w kernelu włączony - na "sztywno" ... ale system go nie w pełni aktywuje. Jak pisałem dam skrypt, który aktywuje większość polityki runtime-pm oraz autosunpend USB.

ad.3 nie nie ma żadnych konieczny jest tylko jeden pakiet - aby nie było konfliktów i braku zależności.

ad. 4 tak z niektórymi maszynami z GMA950 i innymi do GMA965 (X3000) są problemy z kontrolą jasności ekranu. O ile pod GNOME/Unity (podobno) to rozwiązano przez patchowanie bibliotek GNOME, o tyle pod KDE tu bywają problemy.

Pozdrawiam

-- 22 lis 2011 13:26 --
joe88 pisze:
e X t 7 3 pisze:
Proszę daj jeszcze wynik lsmod.

Pozdrawiam

Kod: Zaznacz cały

Module                  Size  Used by
btusb                   8872  0 
nls_iso8859_1           2772  0 
nls_cp437               4308  0 
...
usb_storage            35744  1 ums_realtek
uas                     5784  0 
r8169                  60060  0 
hmm wszystko jest jak należy ?!? Maszynę zawiesza Ci od razu po połączeniu, czy przy próbie połączenia ?

Pozdrawiam

-- 22 lis 2011 13:29 --

Kernel v.17.1 oparty będzie prawdopodobnie (teraz jest) na linux-3.1.2 oprócz zmian o jakich pisałem wyżej będzie też troszkę wydajniejszy "o całe" :P 2-3 % ;).

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
bpawelczyk
Sędziwy Jeż
Sędziwy Jeż
Posty: 39
Rejestracja: 14 lut 2010, 18:18
Płeć: Mężczyzna
Wersja Ubuntu: 11.10
Środowisko graficzne: KDE Plasma
Architektura: x86
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: bpawelczyk »

e X t 7 3 pisze: ad.1 cóż, oczywiście zakladam, ze masz Intela i aktywowałeś w grub acpi. Jeśli tak to pragnę zauważyć, ze od wersji jądra 2.6.37 pod standardowym kernelem np. Ubuntu zużycie energii cały czas rosło ! ... a pod moim spadało, albo się utrzymywało na podobnym poziomie. Aby teraz pod intelem uzyskać najlepsze rezultaty konieczne jest wprowadzenie w grub m.in. pcie_aspm=force ... a także inne elementy - ale to już bardziej na Sandy Bridge - tu dam odpowiednie wpisy do GRUB`a. Ponadto, kolejny kernel v.17.1 już będzie zwierał rozszerzony zestaw patchy. Zatem w sumie tych patchy ASPM by Matthew Garrett, będzie 6 - nie będzie tylko patch`a: net/ethernet/atl1e: Disable ASPM, który powoduje błąd kompilacji. Tym razem już kernel będzie zawierał patch pci: Rework ASPM disable code - uporałem się ze spadkami wydajności. Ten patch nawet na AMD APU E-350 daje lekką obniżkę zużycia energii, a na Sandy Bridge powinno to skutkować nawet 5 Wattami. Zresztą z relacji użytkowników wynika, że już v.17.0 obniża pobór energii, podobnie odnotowałem na moich maszynach.

ad.2 autosuspend USB jest w kernelu włączony - na "sztywno" ... ale system go nie w pełni aktywuje. Jak pisałem dam skrypt, który aktywuje większość polityki runtime-pm oraz autosunpend USB.

ad. 4 tak z niektórymi maszynami z GMA950 i innymi do GMA965 (X3000) są problemy z kontrolą jasności ekranu. O ile pod GNOME/Unity (podobno) to rozwiązano przez patchowanie bibliotek GNOME, o tyle pod KDE tu bywają problemy.

Pozdrawiam
Dziękuje za wyjaśnienia.

Zatem:

1. tak mam aktywowane ACPI w grubie i wszystko zgodnie z Twoimi radami. Czy to oznacza że dla starszych maszyn takich jak moje Lenovo3000N100 jest jakaś szansa, na opracowanie przez Ciebie optymalnej konfiguracji kernela, zamiast wracać do starszych wersji?
Faktycznie na początku miałem takie wrażenie, że na wersji 17.0 jakby mniejsze zużycie było i już miałem napisać "100% satysfakcji :lol: " no ale jednak nie, niestety :cry: . W związku z tym kolega udostępni taką kompilację?

2. zatem czekam na skrypt, jak na razie używam własnego do ręcznej aktywacji, ale nie ma jak domyślnie mieć uruchomione.

4. jeśli problem dotyczy jedynie regulacji jasności, to u mnie to nie występuje, zmodyfikowałem wpisy w xorg.conf i jest OK.
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: e X t 7 3 »

Zatem zobaczymy, przy nowszej wersji kernela. Mam prośbę włącz do opcji gruba pcie_aspm=force i updatuj go. Zobaczymy.
Jakie wpisy masz w xorg.conf ?

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
bpawelczyk
Sędziwy Jeż
Sędziwy Jeż
Posty: 39
Rejestracja: 14 lut 2010, 18:18
Płeć: Mężczyzna
Wersja Ubuntu: 11.10
Środowisko graficzne: KDE Plasma
Architektura: x86
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: bpawelczyk »

e X t 7 3 pisze:Jakie wpisy masz w xorg.conf ?
Źle napisałem, chodziło mi o linię

Kod: Zaznacz cały

GRUB_CMDLINE_LINUX="acpi_osi=Linux acpi_enforce_resources=lax"
z Gruba. Na poprzednim kernelu tj. 16.4 działała regulacja jasności, na obecnym 17.0 nie potrzeba tego wpisu.

Xorg.conf

Kod: Zaznacz cały

Section "Device"
	Identifier	"Configured Video Device"
	Option		"DRI"				"on"
	Option		"Tiling"			"True" # i8xx users: see note in guide
	Option		"SwapbuffersWait"		"False"
	Option	 	"UseFBDev"	 		"true"

EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
EndSection

Section "ServerFlags"
	Option	"DontZap"	"False"
EndSection
Są to dedykowane przez Ciebie ustawienia.

Niestety wpis do Gruba na nic się zdał jest bez zmian. Skacze od 18-24W przy normalnej pracy "biurowej" + wifi. Najmniej to w stanie spoczynku poniżej 16W.
Obrazek
Ostatnio zmieniony 22 lis 2011, 17:20 przez bpawelczyk, łącznie zmieniany 1 raz.
Awatar użytkownika
joe88
Piegowaty Guziec
Piegowaty Guziec
Posty: 26
Rejestracja: 06 mar 2010, 21:29
Płeć: Mężczyzna
Wersja Ubuntu: 10.04
Środowisko graficzne: GNOME
Architektura: x86

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: joe88 »

e X t 7 3 pisze:
hmm wszystko jest jak należy ?!? Maszynę zawiesza Ci od razu po połączeniu, czy przy próbie połączenia ?

Pozdrawiam
żeby było śmieszniej ... zawiesza sie nawet jesli po prostu włączone jest WiFi - nie musi być podłączone pod jakakolwiek siec... sam fakt uruchomienia karty wifi przez klawisz funkcyjny powoduje zawieszenie
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: e X t 7 3 »

hmm ciekawe ... albo, jakiś błąd w sterowniku albo kombinacja elementów sterowania siecią ... pod 16.4 ten błąd występuje ?

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Awatar użytkownika
joe88
Piegowaty Guziec
Piegowaty Guziec
Posty: 26
Rejestracja: 06 mar 2010, 21:29
Płeć: Mężczyzna
Wersja Ubuntu: 10.04
Środowisko graficzne: GNOME
Architektura: x86

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: joe88 »

e X t 7 3 pisze:hmm ciekawe ... albo, jakiś błąd w sterowniku albo kombinacja elementów sterowania siecią ... pod 16.4 ten błąd występuje ?

Pozdrawiam
pod 16.4 bylo to samo, za to pod 15.9 wszystko smigało OK
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: e X t 7 3 »

joe88 pisze:
e X t 7 3 pisze:hmm ciekawe ... albo, jakiś błąd w sterowniku albo kombinacja elementów sterowania siecią ... pod 16.4 ten błąd występuje ?

Pozdrawiam
pod 16.4 bylo to samo, za to pod 15.9 wszystko smigało OK
a pod 15.9 działał sterownik ath5k, czy inny nie kojarzysz ?

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
sokarsg-1
Serdeczny Borsuk
Serdeczny Borsuk
Posty: 130
Rejestracja: 21 sie 2007, 18:40
Płeć: Mężczyzna
Wersja Ubuntu: 11.04
Środowisko graficzne: GNOME

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: sokarsg-1 »

Witam ponownie.
eXt73 wiem że nie wspierasz oficjalnie innych dystrybucji ale może uda Ci się mi pomóc. Otóż zaisntalowałem sobie Linux Mint Debian (oparty na debian testing), na to zainstalowałem ręcznie linux-image-3.1.1-ext73-f1-17.0-atom-ags-cfs_i386.deb (poszło bez żadnego błędu), potem linux-headers-3.1.1-ext73-f1-17.0-atom-ags-cfs_i386.deb (tu musiałem dociągnać libtinit5 ręcznie i zainstalować aby spełnić zależności) i poszło też bez problemu. Problem mam natomiast z zainstalowanie sterowników Nvidi. Steroniki dodały do blacklist noveou ale nie mogą znaleśc źródeł kernela oto log:

Kod: Zaznacz cały

nvidia-installer log file '/var/log/nvidia-installer.log'
creation time: Tue Nov 22 15:44:13 2011
installer version: 285.05.09

PATH:
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin

option status:
  license pre-accepted               : false
  update                             : false
  force update                       : false
  expert                             : false
  uninstall                          : false
  driver info                        : false
  precompiled interfaces             : true
  no ncurses color                   : false
  query latest version               : false
  no questions                       : false
  silent                             : false
  no recursion                       : false
  no backup                          : false
  kernel module only                 : false
  sanity                             : false
  add this kernel                    : false
  no runlevel check                  : false
  no network                         : false
  no ABI note                        : false
  no RPMs                            : false
  no kernel module                   : false
  force SELinux                      : default
  no X server check                  : false
  no cc version check                : false
  run distro scripts                 : true
  no nouveau check                   : false
  run nvidia-xconfig                 : false
  sigwinch work around               : true
  force tls                          : (not specified)
  X install prefix                   : (not specified)
  X library install path             : (not specified)
  X module install path              : (not specified)
  OpenGL install prefix              : (not specified)
  OpenGL install libdir              : (not specified)
  utility install prefix             : (not specified)
  utility install libdir             : (not specified)
  installer prefix                   : (not specified)
  doc install prefix                 : (not specified)
  kernel name                        : (not specified)
  kernel include path                : (not specified)
  kernel source path                 : (not specified)
  kernel output path                 : (not specified)
  kernel install path                : (not specified)
  precompiled kernel interfaces path : (not specified)
  precompiled kernel interfaces url  : (not specified)
  proc mount point                   : /proc
  ui                                 : (not specified)
  tmpdir                             : /tmp
  ftp mirror                         : ftp://download.nvidia.com
  RPM file list                      : (not specified)
  selinux chcon type                 : (not specified)

Using: nvidia-installer ncurses user interface
-> License accepted.
-> Installing NVIDIA driver version 285.05.09.
-> Performing CC sanity check with CC="cc".
-> Performing CC version check with CC="cc".
ERROR: Unable to find the kernel source tree for the currently running kernel. 
       Please make sure you have installed the kernel source files for your
       kernel and that they are properly configured; on Red Hat Linux systems,
       for example, be sure you have the 'kernel-source' or 'kernel-devel' RPM
       installed.  If you know the correct kernel source files are installed,
       you may specify the kernel source path with the '--kernel-source-path'
       command line option.
ERROR: Installation has failed.  Please see the file
       '/var/log/nvidia-installer.log' for details.  You may find suggestions
       on fixing installation problems in the README available on the Linux
       driver download page at www.nvidia.com.
Czy jeśli znajdziesz czas mógłbyś mi napisać gdzie szukać problemu, bo pamiętam podobne akcje miałęm też na Ubuntu z którymś tam Twoim kernelem ale uaktualniłeś instalator i zadziałało więc podjżewam że coś instalator robi co powoduje że starowniki widzą źródła kernela (sory za moło techniczny język).
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: e X t 7 3 »

Witaj, wykonaj proszę:

Kod: Zaznacz cały

sudo ln -fs /usr/src/linux-headers-3.1.1-ext73-f1-17.0-atom-ags-cfs /usr/src/linux-3.1.1
Powinno pomóc, wtedy ponownie sudo dpkg -i [linux-image..] i powinno być oki.

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
Awatar użytkownika
linuxozaurus
Gibki Gibbon
Gibki Gibbon
Posty: 2158
Rejestracja: 02 lis 2010, 22:45
Płeć: Kobieta
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: linuxozaurus »

witam ponownie po przeinstalowaniu systemu i wymianie zepsutego wifi (przysłali mi do domu w ramach gwarancji) i kiedy nowe jajko ?
Ostatnio zmieniony 22 lis 2011, 20:53 przez linuxozaurus, łącznie zmieniany 1 raz.
witam
Linuxozaurus
Santo Subito Ioannes Paulus II "wolne oprogramowanie dla wolnych ludzi"
Lenowo IdeaPad L340 17API z Windows 11 Windows Dual Boot Linux Mint Cinamon in secure boot end user mode.

🇺🇦Sława Ukrajini!🇺🇦
Awatar użytkownika
Galvatron
Zakręcona Traszka
Zakręcona Traszka
Posty: 571
Rejestracja: 19 kwie 2011, 21:41
Wersja Ubuntu: 12.04
Środowisko graficzne: Unity
Architektura: x86
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: Galvatron »

e X t 7 3: W zasadzie nie ma przeciwwskazań, żeby dopisać Minta do listy oficjalnie wspieranych dystrybucji, bo różnica między nim a zwykłym Ubuntu, to raptem własne motywy wizualne, kilka programików (Mint Update. Mint Menu i inne "Mint coś tam", VLC, Medibuntu etc.) i klasyczny GNOME2 zamiast Unity. Żeby zrobić z Ubuntu Minta wystarczy dodać ich repozytoria + ew. Medibuntu, "zaktualizować" niektóre składniki systemu do tych samych wersji, tylko z dopiskiem "MInt" zamiast "Ubuntu", i doinstalować "Mintowe" komponenty (można też w drugą stronę: Mint --> Ubuntu).

Ogólnie troszkę zadziwia mnie fakt, że ma Distro Watch Ubuntu w wersji z nakładką "Mint" przegonił zwykłą wersję i cały czas pnie się do góry, podczas gdy ona spada. Może Canonical powinno spróbować oficjalnie włączyć "Minta" do Ubuntu - zwłaszcza te wszystkie "miętowe" programiki. Jeszcze jedno - ten trend może się zmienić wraz z nowymi wersjami Minta, bo już dzisiaj wiadomo, że ze względów technicznych będą zmuszeni przejść na GNOME 3 (chwilowo brak szans na umieszczenie obok siebie obydwu wersji GNOME).
linuxozaurus pisze:witam ponownie po przeinstalowaniu systemu i wymianie zepsutego wifi (przysłali mi do domu w ramach gwarancji) i kiedy nowe jako ?
A testowałaś już obecne (17.0)?
Man wields his sword to die with a a smile on his face on a distant day beyond his dreams.
Awatar użytkownika
linuxozaurus
Gibki Gibbon
Gibki Gibbon
Posty: 2158
Rejestracja: 02 lis 2010, 22:45
Płeć: Kobieta
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: linuxozaurus »

nie jeszcze przez to cholerne wifi i potrzebuję wersji 64bit
Muszę ustawić nasze repozytoria
Ostatnio zmieniony 22 lis 2011, 22:20 przez linuxozaurus, łącznie zmieniany 1 raz.
witam
Linuxozaurus
Santo Subito Ioannes Paulus II "wolne oprogramowanie dla wolnych ludzi"
Lenowo IdeaPad L340 17API z Windows 11 Windows Dual Boot Linux Mint Cinamon in secure boot end user mode.

🇺🇦Sława Ukrajini!🇺🇦
sokarsg-1
Serdeczny Borsuk
Serdeczny Borsuk
Posty: 130
Rejestracja: 21 sie 2007, 18:40
Płeć: Mężczyzna
Wersja Ubuntu: 11.04
Środowisko graficzne: GNOME

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: sokarsg-1 »

e X t 7 3 pisze:Witaj, wykonaj proszę:

Kod: Zaznacz cały

sudo ln -fs /usr/src/linux-headers-3.1.1-ext73-f1-17.0-atom-ags-cfs /usr/src/linux-3.1.1
Powinno pomóc, wtedy ponownie sudo dpkg -i [linux-image..] i powinno być oki.

Pozdrawiam
Pomogło dzięki wielki. A się jeszcze spytam co te komendy robią i w jakiej kolejności powinno się instalować linux-image headers i wykonywać te komendy aby nie było problemów, pytam co by w przyszłości przy następnych kernelach nie zawracać głowy?
I jeszcze odnośnie działania samego kernela 17.0 na Linux Mint Debian otóż przez te problemy z sterownikami Nvidi zainstalowałem jakiś tam kernel 3.0.0 z repo i tak na twoim kernelu tempo zużywania papu 12W -13W a na tym z repo 16W-17W także różnica kolosalna.
Jeszcze raz dzięki.
Awatar użytkownika
Galvatron
Zakręcona Traszka
Zakręcona Traszka
Posty: 571
Rejestracja: 19 kwie 2011, 21:41
Wersja Ubuntu: 12.04
Środowisko graficzne: Unity
Architektura: x86
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: Galvatron »

Ta komenda właśnie linkuje źródła kernela - czy raczej "udające" je nagłówki - tak żeby m.in. instalator Forceware'ów mógł je znaleźć.

Najpierw instalujesz nagłówki, potem sam kernel, a na końcu dajesz powyższą komendę i dopiero restart.
Man wields his sword to die with a a smile on his face on a distant day beyond his dreams.
Awatar użytkownika
e X t 7 3
Przyjaciel
Przyjaciel
Posty: 4943
Rejestracja: 07 maja 2009, 23:34
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Kraków
Kontakt:

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: e X t 7 3 »

Galvatron pisze:Ta komenda właśnie linkuje źródła kernela - czy raczej "udające" je nagłówki - tak żeby m.in. instalator Forceware'ów mógł je znaleźć.

Najpierw instalujesz nagłówki, potem sam kernel, a na końcu dajesz powyższą komendę i dopiero restart.
Najlepsza kolejność to:

1. Nagłówki,
2. Linkowanie,
3. Image kernela

To zapewni zbudowanie odpowiednich modułów, już w momencie instalacji.

Pozdrawiam

-- 23 lis 2011 08:31 --

Nowy kernel v.17.1 będzie jeszcze oszczędniejszy. Właśnie prowadzę testy - głownie na MSi X370 i tu zużycie energii średnio spadło o ok. 1 Watt ... moze się to wydawać niewiele ... ale tu mowa o różnicy miedzy średnio 8.5 Watta, a 7.4 Watta, co daje obraz procentowy 14-15 %. Zobaczymy, jak to będzie wyglądać na maszynach z intelem.

Pozdrawiam
Nie ma rzeczy niemożliwych ... są tylko trudne do zrobienia ;)

Moje kernele oraz skrypty:

NeteXt'73 - instalator kerneli i skryptów oraz optymalizator systemu w jednym > netext73.pl
garnus
Serdeczny Borsuk
Serdeczny Borsuk
Posty: 125
Rejestracja: 21 wrz 2007, 15:07
Płeć: Mężczyzna
Wersja Ubuntu: 12.04
Środowisko graficzne: Unity
Architektura: x86_64

Re: Kernele testowe wersja 17.x - atom oraz K8

Post autor: garnus »

e X t 7 3 pisze: Nowy kernel v.17.1 będzie jeszcze oszczędniejszy. Właśnie prowadzę testy - głownie na MSi X370 i tu zużycie energii średnio spadło o ok. 1 Watt ... moze się to wydawać niewiele ... ale tu mowa o różnicy miedzy średnio 8.5 Watta, a 7.4 Watta, co daje obraz procentowy 14-15 %. Zobaczymy, jak to będzie wyglądać na maszynach z intelem.

Pozdrawiam
To ja poproszę ten kernel:)
w wersji x64( wiem, wiem, wiem koniec miesiąca.... tylko się przypominam, mogę potestować ;) )

pozdrawiam
Janek
Zablokowany

Wróć do „kernele e X t 7 3”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 1 gość