Hồi quy nguồn Linux kernel 3.3


8

Tôi đang sử dụng Fedora 16 trong DELL n4110 của mình. Gần đây tôi đã nâng cấp kernel từ 3.2 lên 3.3. Mâu thuẫn với tuyên bố chính thức, hệ thống của tôi vẫn cạn kiệt pin như địa ngục. Nó chỉ cung cấp sao lưu 1:30 đến 2 giờ trong tình trạng căng thẳng bình thường như trước đây, trong khi Windows cung cấp 3 giờ / + sao lưu dưới áp lực tương tự.

Dưới đây là một số ảnh chụp màn hình từ powertop, số liệu thống kê về các dịch vụ đang chạy trong hộp của tôi và một vài dòng từ grub.cfg.

Overview nhập mô tả hình ảnh ở đây

Idle stats nhập mô tả hình ảnh ở đây

Frequency stats nhập mô tả hình ảnh ở đây

Device stats nhập mô tả hình ảnh ở đây

tunable nhập mô tả hình ảnh ở đây

services

/etc/init.d/ceph: ceph conf /etc/ceph/ceph.conf không tìm thấy; hệ thống không được cấu hình.
dc_client.service - SYSV: Distcache là Proxy máy khách Cache phiên phân phối SSL.
      Đã tải: đã tải (/etc/rc.d/init.d/dc_client)
      Hoạt động: không hoạt động (đã chết) 
      Cgroup: name = systemd: /system/dc_client.service
dc_server.service - SYSV: Distcache là máy chủ Cache phiên phân tán.
      Đã tải: đã tải (/etc/rc.d/init.d/dc_server)
      Hoạt động: không hoạt động (đã chết)
      Cgroup: name = systemd: /system/dc_server.service
# Được tạo bởi ebtables-save v1.0 vào ngày 21 tháng 4 09:35:32 NPT 2012
* nat
: CHẤP NHẬN
: CHẤP NHẬN
: CHẤP NHẬN
httpd.service - Máy chủ HTTP Apache (MPM prefork)
      Đã tải: đã tải (/lib/systemd/system/httpd.service; bị vô hiệu hóa)
      Hoạt động: không hoạt động (đã chết)
      Cgroup: name = systemd: /system/httpd.service
Không có phiên hoạt động
iscsid.service - LSB: Bắt đầu và dừng đăng nhập iSCSI daemon.
      Đã tải: đã tải (/etc/rc.d/init.d/iscsid)
      Hoạt động: hoạt động (chạy) kể từ Thứ bảy, 21 tháng 4 năm 2012 08:11:58 +0545; 1h 23 phút trước
     Quá trình: 1011 ExecStart = / etc / rc.d / init.d / iscsid start (code = exited, status = 0 / SUCCESS)
    PID chính: 1069 (iscsid)
      Cgroup: name = systemd: /system/iscsid.service
          56 1056 iscsiuio
          1068 iscsid
          1069 iscsid
libvirtd.service - LSB: daemon cho API ảo hóa libvirt
      Đã tải: đã tải (/etc/rc.d/init.d/libvirtd)
      Hoạt động: hoạt động (chạy) kể từ Thứ bảy, 21 tháng 4 năm 2012 08:11:58 +0545; 1h 23 phút trước
     Quá trình: 1086 ExecStart = / etc / rc.d / init.d / libvirtd start (code = exited, status = 0 / SUCCESS)
    Chính PID: 1111 (libvirtd)
      Cgroup: name = systemd: /system/libvirtd.service
          ├ 1111 libvirtd --daemon
          1183 / usr / sbin / dnsmasq - trật tự nghiêm ngặt - giao diện chính ...
đã bắt đầu
Không có giao dịch mở
mô-đun netconsole không được tải
Các thiết bị được cấu hình:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
Các thiết bị hiện đang hoạt động:
lo p4p1 virbr0
radvd.service - daemon quảng cáo bộ định tuyến cho IPv6
      Đã tải: đã tải (/lib/systemd/system/radvd.service; bị vô hiệu hóa)
      Hoạt động: không hoạt động (đã chết)
      Cgroup: name = systemd: /system/radvd.service
hộp cát đang chạy
svnserve.service - LSB: bắt đầu và dừng trình nền svnserve
      Đã tải: đã tải (/etc/rc.d/init.d/svnserve)
      Hoạt động: không hoạt động (đã chết)
      Cgroup: name = systemd: /system/svnserve.service

grub.cfg

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (3.3.1-5.fc16.x86_64)' - class fedora - class gnu-linux - class gnu - class os {
    tải trọng video
    đặt gfxpayload = giữ
    gzio insmod
    insmod part_msdos
    insmod ext2
    đặt gốc = '(hd0, msdos6)'
    tìm kiếm --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Đang tải Fedora (3.3.1-5.fc16.x86_64)'
    linux /vmlinuz-3.3.1-5.fc16.x86_64 root = / dev / mapper / vg_machine-lv_root ro pcie_aspm = force i915.i915_enable_rc6 = 1 i915.i915_enable_fbvvvvvvvvvvvvv 0rd.dm = 0 KEYTABLE = us quiet SYSFONT = latarcyrheb-sun16 rhgbrd.luks = 0rd.lvm.lv = vg_machine / lv_swap LANG = en_US.UTF-8
    echo 'Đang tải ramdisk ban đầu ...'
    initrd /initramfs-3.3.1-5.fc16.x86_64.img
}
menuentry 'Fedora (3.3.1-3.fc16.x86_64)' - class fedora - class gnu-linux - class gnu - class os {
    tải trọng video
    đặt gfxpayload = giữ
    gzio insmod
    insmod part_msdos
    insmod ext2
    đặt gốc = '(hd0, msdos6)'
    tìm kiếm --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Đang tải Fedora (3.3.1-3.fc16.x86_64)'
    linux /vmlinuz-3.3.1-3.fc16.x86_64 root = / dev / mapper / vg_machine-lv_root ro pcie_aspm = force i915.i915_enable_rc6 = 1 i915.i915_enable_fbvvvvvvvvvvvvv 0rd.dm = 0 KEYTABLE = us quiet SYSFONT = latarcyrheb-sun16 rhgbrd.luks = 0rd.lvm.lv = vg_machine / lv_swap LANG = en_US.UTF-8
    echo 'Đang tải ramdisk ban đầu ...'
    initrd /initramfs-3.3.1-3.fc16.x86_64.img
}

Điều này có bình thường không? Vẫn còn vấn đề với mức tiêu thụ điện trong 3.3?

Is there any way to report this problem to the official kernel group???


5
Điều này phụ thuộc vào rất nhiều, không chỉ là phiên bản linux. Tôi muốn nói rằng chỉ nâng cấp kernel của bạn có rất ít cơ hội thay đổi đáng kể mức tiêu hao pin của bạn. Bạn cần điều tra vấn đề bằng các công cụ thích hợp powertopthay vì chỉ nâng cấp kernel của bạn.
rozcietrzewiacz

3
@rozcietrzewiacz Việc hết pin có thể liên quan đến kernel, ví dụ nếu một số trình điều khiển không đặt thiết bị ngoại vi ở chế độ phù hợp hoặc thiếu phần sụn sẽ xử lý việc tiết kiệm năng lượng.
Gilles 'SO- ngừng trở nên xấu xa'

Có giải pháp nào cho việc này không ???
dùng24665

bạn có thể giảm độ sáng màn hình một chút không, thử một DE khác - như LXDE
máy bay phản lực

@jet Tôi đã thử tất cả các loại đạn có trọng lượng nhẹ khác, thậm chí đã thử giảm độ sáng màn hình, thứ n làm việc cho tôi và quạt của tôi bơm nhiệt như thể nó có thể nấu tay của tôi
user24665

Câu trả lời:


1

Từ trang này , cũng nên có trong nguồn kernel bạn đã sử dụng để biên dịch 3.3 ...

Nếu bạn hoàn toàn không biết ai sẽ gửi báo cáo, hãy gửi nó đến linux-kernel@vger.kernel.org. (Để biết thêm thông tin về danh sách gửi thư linux-kernel, hãy xem http://www.tux.org/lkml/ ).


0

Vấn đề đã xảy ra với các phiên bản mới của kernel linux :). Tôi chưa thấy hồi quy điện từ ubfox 14.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.