Suchergebnisse

Suchergebnisse 21-40 von insgesamt 56.

  • ein foto bitte vom hänger, sonst kann ich hier echt nix weiter machen. hilfestellung lebt vom detaillierten informationsaustausch, berücksichtige das bitte in zukunft..wie willst du die nvidia denn "für immer" deaktivieren?in der theorie sollte sie mit dem patch deaktiviert sein, allerdings könnten auch die etwas seltsamen pfade in den dsdt/ssdt der thinkpads in die suppe spucken...bios ist sauber eingestellt? der läptop steckt nicht im dock? externe monitore sind auch nicht dran?
  • da bist du nicht von dem neuen efi-ordner gestartet. oben wird das argument "nv-disable=1" gelistet, was nicht mehr drin ist.nimm einen fatformatierten stick, leg die efi entpackt und in EFI umbenannt direkt hinein, und wähl dann den stick mit F12 beim start aus.und dann bitte wieder ein foto.
  • wie lang wartest du an der stelle?EDITH: versuch mal mit der config.plist im anhang zu booten. benenn die alte aber nur um, nicht überschreiben.
  • dann noch mal die bios-einstellungen:- sata steht auf AHCI- execution prevention = enabled- secureboot, antitheft, security chip (tpm), intel sgx, fingerprinter: alles auf disabled- internal device (bottom cover tamper) - wenn vorhanden = disabled- virtualization = enabled, aber vt-d = disabledunter I/O portaccesswireless wan, smart card slot, fingerprint reader, wigig: alles disabledwenn vorh. serial/parallelports = disabledunter boot: uefi only und csm-support = enableddann nochmal booten.
  • (Zitat von maxt2007)soooo.... ich les mir gerade den thread noch mal durch. das sagst du zu der ersten version der efi vom T440s. und zum kommentar von 5T33Z0 noch folgendes:(Zitat von maxt2007)und später(Zitat von maxt2007)will heissen, ich versteh echt nicht mehr, was hier passiert.. anscheinend konntest du mit der beispiel-efi vom T440s mal starten, aber jetzt irgendwie dann doch nicht mehr, und das, obwohl da nix grossartig anders ist.. auf fragen ob und was du dazwischen geändert hast, was …
  • ok. imac als smbios finde ich zwar ziemlich fragwürdig, aber wenns denn geht...dann nimmst du mal aus meiner efi den smcbatterymanager.kext, die SSDT-W540-BAT.aml und steckst das in die entsprechenden ordner.aus der config.plist kopierst du folgende renames:und überträgst sie in deine aktuelle config.EDITH: ich vergass: den acpibatterymanager.kext deaktivieren. der beisst sich mit dem smcbatterymanager.kext
  • die steckt in meinem efi-ordner (dem 2. glaube ich) /EFI/Clover/ACPI/patched.
  • da kommst du selbst drauf... lies doch mal meinen beitrag #175 genau durch...
  • gib doch mal im terminal ein:log show --predicate "processID == 0" --start $(date "+%Y-%m-%d") --debug | grep "ACPI"und hab ein augenmerk auf zeilen mit SSDT und insbesondere stichworte wie "acpi error" "W540" und "batt". verdächtige zeilen bitte screenshotten.die efi ist ein wenig vermurgelt, da könnte es einige fehlerquellen geben...ausserdem starte das programm "maciasl" ruf die "System dsdt" auf, und guck nach, ob die renames greifen: edit -> find und dort mal (nacheinander) nach XBIF XBST X…
  • das sind die versuche, den batteriestand auszulesen.ich hab 3 neustarts in der letzten halben stunde gefunden, das ist der 3. von 10.24 uhr (*muskelkater-im-scrollfinger-hab* )die beiden anderen sehen so gut wie identisch aus. da werden 2 SSDT's geladen, die eigentlich gar nicht mehr da sind, zumindest in dem ordner, den du hochgeladen hast, gibts die nicht. von der batterypatch-ssdt ist weit und breit nix zu sehen, weder erfolgreiches laden, noch errors, die sich auf probleme mit der ssdt-w540-…
  • der kollege lädt eine ssdt, die nicht in dem ordner steckt, den du hochgeladen hast, und er meldet weder, dass er die batteriepatch-ssdt erfolgreich geladen hat, noch, dass er mit ihr ein problem hatte. wenn du mit einer efi startest, in der die ssdt am richtigen platz liegt (ist richtig in dem hochgeladenen ordner), gäbe es im log hinweise darauf.und ssdts, die nicht da sind, können auch nicht geladen werden, und würden demzufolge auch nicht im log auftauchen. tun sie aber. ergo...EDITH: in dem…
  • ja, den schon. das war auch richtig. aber irgendwas ist mit der aktuell genutzten efi seltsam, und dem sollten wir jetzt erstmal auf den grund gehen.erzähl einfach mal, wie der rechner aufgesetzt ist:- wieviele und welche festplatten hast du verbaut?- wie sind die festplatte(n), konfiguriert - welche partitionen, was ist auf welcher partition drauf? wo ist die efi, gibts bei 2 platten mehrere efis?- und im dock steckt der läppi auch die ganze zeit definitiv nicht?schreib das mal ganz genau auf, …
  • menno.... was soll denn das jetzt?du bootest mit einer efi, in der die ssdt nicht drin ist. das solltest du als erstes mal lösen. ob der batterypatch funktioniert, oder nicht, kriegt man erst dann raus, wenn die ssdt geladen wurde, oder aber im log entsprechende errors zu finden sind, anhand derer man die evtl. vorhandenen fehler beheben kann.. das setzt aber voraus, dass du/wir an einem roten faden dran bleiben, und zusammenarbeiten, indem z.b. fragen (umfassend) beantwortet werden.den vortrag …
  • prima. dann ist ja jetzt das "erledigt" label zu recht am thread dran...
  • (Zitat von maxt2007)eigentlich werden ssdts im ordner ACPI/patched automatisch mitgeladen, das muss man clover nicht noch extra mitteilen..usb ist nicht gepatcht, auch da ist (wenn es denn die richtige efi ist) einiges an unsinn drin. ich würde einfach mal testhalber den usbinjectall.kext weglassen, ebenso den usblimitport deaktivieren (config.plist: kernel&kextpatches, haken bei disable setzen, und zwar bei allen patches in der liste). läptopps fallen höchst selten unter das limit, usbinjectall…
  • naja.... wenn sleep nicht funktioniert, die kamera nicht erkannt wird, dann sind da noch ein paar fehler übrig.und mit meinem kommentar "ist unsinn drin" meinte ich auch nicht dich, sondern den urheber des originals auf github. der hat da schon einiges verzapft, was nicht so wirklich sinnvoll ist.angefangen mit einer veralteten cloverversion (die ordnerstruktur ist so nicht mehr angesagt -> drivers64UEFI statt drivers/uefi)über widersprüchliche bootargszu renames, die nichts zum umbenennen finde…
  • mach das... und hab mal augenmerk auf die grafikeinträge. die solltest du zentral als device-properties eintragen:- die ig-platform-id- die deviceid- framebuffer-patch-enable- cursormem- stolenmemund dafür die inject-haken weg (auch alle anderen einträge/haken in der grafikabteilung), den intel brauchts nicht, weil whatevergreen das übernimmt, und die nvidia sollte ja eigentlich gar nicht injected werden, weil abgeschaltet.das abschalten den nvidia wär auch sinnvoller mit device-property, oder b…
  • hier im thread geistern doch etliche ordner herum..fang doch erstmal mit dem aktualisieren von clover an:schnapp dir z.b. den letzten efi-ordner von mir (das dürfte eine relativ neue cloverversion gewesen sein, catalina auf dem T440s ging, und der ordner diente als vorlage), schmeiss dort die config.plist raus, bzw. benenn sie einfach in irgendwas um. dann vergleich die ordner "other" aus deinem aktuellen ordner und meinem, und steck fehlende kexte in den neuen ordner -> other hinein, das gleich…
  • dann gib mir doch mal den ordner, den du jetzt als funktionierend in benutzung hast (ganz genau den, mit den allerletzten anpassungen). ich werd dann schlicht und einfach die inhalte (kexte, driver, config und acpi-sachen) in einen ordner aus meiner sammlung hier verfrachten ohne jede weitere anpassung, und dann gucken wir mal.
  • sooo.... das ist jetzt eine EFI mit clover v.5120. ich hab absolut nix verändert, nur deine dateien rübergeschoben. die driver hab ich ergänzt um die, die in deiner efi zusätzlich drin waren und kexte, acpi, config 1:1 rübergeschoben.leg die efi jetzt bitte genauso, wie sie ist, in die efi-partition eines usb-sticks, drücke beim neustart F12, und wähl den stick in der bootauswahl als bootlaufwerk aus.wenns hängt, foto.