Others > Hardware

MLD 5.1 x64 Reboot Hänger Q1900-ITX

(1/2) > >>

Lars_:
Liebe MLD Gemeinde,

Zur Einleitung ->

Ich habe ein Rechner aus übrig geblieben Teilen zusammengebaut ->

Q1900-ITX + 2 x 2GB RAM und eine 30GB SSD
http://www.asrock.com/mb/Intel/Q1900-ITX/index.de.asp?cat=Specifications


Die Grundinstallation von MLD 5.1 64bit  erfolgt bei mir von USB - startet und installiert - alles kein Problem.
Anfangs hatte ich ein paar Probleme mit NFS Share (QNAP) einzubinden, das konnte ich aber einfach lösen.

Sender Suchlauf, LiveTV, Browser, VLC, Kodi - alles super.

Nach Änderungen starte ich MLD neu und der Rechner hängt mit einem blinkenden Cursor,
unabhängig ob ich via ssh oder Website durchstarte - da hilft es nur den Rechner auszuschalten und wieder anzuschalten.

Gegentests mit Debian, Ubuntu, und Windows 7+10 - keine Probleme beim Reboot.

Jemand eine Idee?

clausmuus:
Du könntest es mal mit der MLD-5.3 versuchen. Die verwendet einen anderen (neueren) Kernel.
Wenn Du im Setup auf testing umstellst, und anschließend alle Pakete aktualisierst, bekommst Du im Paketmanager (im Webif) ein Upgrade angeboten. Wenn's nicht hinhut oder nicht hilft kannst Du per Snapshot wieder auf den alten Stand zurück kehren.

Claus

goerdi:
Hi !

Haste mal im BIOS den Stromsparmodus auf C1E eingestellt ? Alles andere macht afair probleme.... ich hatte das Q1900TM-ITX recht lange am laufen (im Keller) und nie was derartiges festgestellt...

Gruss Gerd

Lars_:
Hey,

Danke für das Feedback.

@Claus
MLD-5.3 hat nicht funktioniert - ebenso kann ich die Funktion Snapshot und System nicht aufrufen,
ergo kein Zurück auf stable - in meinem Fall nicht schlimm.

@goerdi
That's it!
C1 eingestellt und Reboot funktioniert wie gewünscht.
Danke für den Hinweis.


Problem solved!
----------------------------------

Der Vollständigkeit, PM von einem vorerst nicht genannten User mit Links zum BayTrail ->

https://forum.manjaro.org/t/intel-bay-trail-freezes-the-linux-kernel/1931/10
https://bugzilla.kernel.org/show_bug.cgi?id=109051

Zitat:
Da geht es genau um diese Boards und freezes. Das dort verlinkte Script von CReimer c6off+c7on.sh läuft bei mir hier einwandfrei. Das script lasse ich von einem Init Script beim Starten aufrufen

mikeM:
Moin,
genau geht um diese Scripte:

/usr/sbin/c6off+c7on.sh


--- Code: ---#!/bin/sh

#title:       c6off+c7on.sh
#description: Disables all C6 and enables all C7 core states for Baytrail CPUs
#author:      Wolfgang Reimer <linuxball (at) gmail.com>
#date:        2016014
#version:     1.0
#usage:       sudo <path>/c6off+c7on.sh
#notes:       Intended as test script to verify whether erratum VLP52 (see
#             [1]) is the root cause for kernel bug 109051 (see [2]). In order
#             for this to work you must _NOT_ use boot parameter
#             intel_idle.max_cstate=<number>.
#
# [1] http://www.intel.com/content/dam/www/public/us/en/documents/specification-updates/pentium-n3520-j2850-celeron-n2920-n2820-n2815-n2806-j1850-j1750-spec-update.pdf
# [2] https://bugzilla.kernel.org/show_bug.cgi?id=109051

# Disable ($1 == 1) or enable ($1 == 0) core state, if not yet done.
disable() {
        local action
        read disabled <disable
        test "$disabled" = $1 && return
        echo $1 >disable || return
        action=ENABLED; test "$1" = 0 || action=DISABLED
        printf "%-8s state %7s for %s.\n" $action "$name" $cpu
}

# Iterate through each core state and for Baytrail (BYT) disable all C6
# and enable all C7 states.
cd /sys/devices/system/cpu
for cpu in cpu[0-9]*; do
        for dir in $cpu/cpuidle/state*; do
                cd "$dir"
                read name <name
                case $name in
                        C6*-BYT) disable 1;;
                        C7*-BYT) disable 0;;
                esac
                cd ../../..
        done
done

--- End code ---

/etc/init.d/c6off_c7on


--- Code: ---#!/bin/sh

. /etc/init.d/rc.functions

NAME=${0##*/}

case "$1" in
        start)
                echo "Starting $NAME:"
                #
                # add here your start actions
                #
                /usr/sbin/c6off+c7on.sh
                check_status
                ;;
        stop)
                echo "Stopping $NAME:"
                #
                # add here your stop actions
                #
                check_status
                ;;
        restart)
                $0 stop
                $0 start
                ;;
        resume)
                echo "Resume $NAME:"
                #
                # add here your resume actions
                #
                check_status
                ;;
        suspend)
                echo "Suspend $NAME:"
                #
                # add here your suspend actions
                #
                check_status
                ;;
        init)
                start=1     # enable start section
                #stop=1      # enable stop section
                #resume=1    # enable resume section
                #suspend=1   # enable suspend section
                #after=""    # init scripts that must be started before this
                #before=""   # init scripts that should be started after this
                ;;
        *)
                echo "Usage: $0 {start | stop | restart}" >&2
                exit 1
esac

--- End code ---

So wie im Forum (1. Link) geschrieben ist der Fehler auch mit dem 4.9er Kernel noch nicht zu 100% behoben. Die einzige 100% Lösung scheint das 1. Script zu sein. Das 2 dient nur dazu das unter MLD beim Start automatisch auszuführen.

Daneben habe ich im VDR Portal gelesen, dass die Netzteile bei diesen Boards auch C/ fähig sein sollen. Ansonsten gibt es da wohl auch Probleme

Michael

Navigation

[0] Message Index

[#] Next page