Hỏi / Đáp Ứng dụng arm64-v8a có chạy được trên hệ thống armeabi-v7a không nếu SOC là Arm Cortex A55 lõi tứ hỗ trợ arm64-v8a?

reaper89971

New member
Thiết bị là TV thông minh ACER 32 inch dòng V pro,
dung lượng lưu trữ 16gb,
ram 1,5gb,
lõi tứ arm cortex A55,
tôi nghĩ là gpu arm mali mp2, không chắc lắm,


Thiết bị đang chạy android 11 SDK 30

SOC là Realtek RTD2841A, được quảng cáo là bộ xử lý 64 bit, lõi tứ Arm Cortex A55,
vì vậy tôi cho rằng nó tương thích với arm64-v8a... và tương thích ngược với armeabi-v7a.

Tôi đã kiểm tra thông tin hệ thống bằng ứng dụng windows có tên là Android TV TOOLs V3. Nó liệt kê ABI là armeabi-v7a vì đây là một chiếc tivi google android giá rẻ.

Tôi muốn chạy một ứng dụng có tên King Root để root TV, chạy trên arm64-v8a, armeabi, x86, x86_64, nodil, v.v. nhưng không nói armeabi-v7a

Vậy nếu SOC chính thức hỗ trợ arm64-v8a thì ứng dụng sẽ chạy hay không chạy. Tôi không muốn chạy một ứng dụng có kiến trúc không phù hợp với hệ thống của mình.

Mục tiêu của tôi là đưa một dạng linux vào hệ thống nhưng việc là armeabi-v7a khiến mọi thứ trở nên rất khó khăn. Theo tôi hiểu, tôi sẽ phải cài đặt trình giả lập để chạy arm64-v8a.

Tôi có cần cài trình giả lập để chạy ứng dụng arm64-v8a không?

Cho đến nay tôi đã thay tụ điện bằng tụ điện ESR thấp
nâng cấp hệ thống làm mát của TV bằng quạt noctuafan 92mm và công tắc bật tắt
thay hợp chất tản nhiệt bằng keo tản nhiệt chất lượng cao
Keo tản nhiệt dán một bộ tản nhiệt vào bộ tản nhiệt để tạo thành bộ tản nhiệt lớn hơn.
Thêm phích cắm bộ lọc emi để tôi có thể sử dụng dây nguồn PC chất lượng cao thông thường.
cài đặt Fdroid, cài đặt termux, cài đặt termux x11, cài đặt root-repo,
chạy cập nhật và nâng cấp, sau đó dừng lại.
 
Kiến trúc ARMv7-a là ARM 32-bit cũ hơn. Trong kiến trúc đó có một số tùy chọn, ví dụ NEON. ARmv8-a (kiến trúc 64-bit) "giống như" một siêu tập của ARMv7-a ở chỗ nó có chế độ tương thích có thể đơn giản hóa thành ARMv7-a. Chế độ tương thích đó bắt buộc phải hỗ trợ tất cả các tùy chọn ARMv7-a, ví dụ, chế độ tương thích ARMv8-a phải hỗ trợ NEON. EABI chỉ là một quy ước gọi phần mềm.

ARMv8-a không thể chỉ chạy mã ARMv7-a. Bạn phải có hỗ trợ trong hạt nhân, bạn phải có bất kỳ thư viện không gian người dùng nào và các công cụ liên kết không gian người dùng, v.v. Về mặt kỹ thuật, người ta có thể thêm mô phỏng ARMv7-a hoặc thậm chí là môi trường chế độ tương thích, nhưng điều đó khó hơn nhiều so với những gì bạn nghĩ vì về cơ bản nó là hỗ trợ toàn bộ hệ điều hành.

ARMv7-a sẽ không thể chạy mã hoặc kiến trúc ARMv8-a. Tất cả những gì ARMv7-a có thể hy vọng làm (trình giả lập sẽ cực kỳ chậm) là chạy mã ARMv7-a được thiết kế để chạy trong CPU chế độ tương thích ARMv8-a.

Nhân tiện, phần khiến ARMv8-a trở thành siêu tập của ARMv7-a là thực tế là trong chế độ tương thích ARMv7-a có một lệnh được sử dụng để đưa thiết bị ARMv7-a trở lại chế độ ARMv8-a (và không có ARMv7-a nào có lệnh đó).

Sẽ rất khó để chạy ARMv7-a trên ARMv8-a, nhưng có thể. Cách ngược lại không phải là điều thực tế ngay cả khi bạn có thể giải quyết được các vấn đề khác.
 
Kiến trúc ARMv7-a là ARM 32-bit cũ hơn. Trong kiến trúc đó có một số tùy chọn, ví dụ: NEON. ARmv8-a (kiến trúc 64-bit) "giống như" siêu tập của ARMv7-a ở chỗ nó có chế độ tương thích có thể đơn giản hóa thành ARMv7-a. Chế độ tương thích đó khiến việc hỗ trợ tất cả các tùy chọn ARMv7-a trở nên bắt buộc, ví dụ: chế độ tương thích ARMv8-a phải hỗ trợ NEON. EABI chỉ là một quy ước gọi phần mềm.

ARMv8-a không thể chỉ chạy mã ARMv7-a. Bạn phải có hỗ trợ trong hạt nhân, bạn phải có bất kỳ thư viện không gian người dùng nào và các công cụ liên kết không gian người dùng, v.v. Về mặt kỹ thuật, người ta có thể thêm mô phỏng ARMv7-a hoặc thậm chí là môi trường chế độ tương thích, nhưng điều đó khó khăn hơn nhiều so với những gì bạn nghĩ vì về cơ bản nó là hỗ trợ toàn bộ hệ điều hành.

ARMv7-a sẽ không thể chạy mã hoặc kiến trúc ARMv8-a. Tất cả những gì ARMv7-a có thể hy vọng làm (trình giả lập sẽ rất chậm) là chạy mã ARMv7-a được thiết kế để chạy trong CPU chế độ tương thích ARMv8-a.

Nhân tiện, phần khiến ARMv8-a trở thành siêu tập của ARMv7-a là thực tế là trong chế độ tương thích ARMv7-a có một lệnh được sử dụng để đưa thiết bị ARMv7-a trở lại chế độ ARMv8-a (và không có ARMv7-a nào có lệnh đó).

Sẽ rất khó để chạy ARMv7-a trên ARMv8-a, nhưng có thể. Ngược lại thì không thực tế ngay cả khi bạn có thể giải quyết được các vấn đề khác.
Cảm ơn bạn đã trả lời
Tôi không hiểu hết mọi điều bạn nói, tôi sẽ phải đọc chậm và tìm kiếm xung quanh.

Smart TV này là thiết bị Android đầu tiên của tôi ngoài một vài chiếc điện thoại thông minh thực sự rẻ tiền trước đây

Tôi chỉ nghĩ thật kỳ lạ khi họ lấy Arm Cortex A55 lõi tứ rồi hạ xuống ABI 32 bit để tiết kiệm tiền, tôi đoán vậy. Tôi đọc rằng điều đó được thực hiện trên các thiết bị giá rẻ.

Cảm ơn bạn một lần nữa
 
Vẫn đang cố gắng biến TV thành PC?

Như đã nói ở nơi khác, tại sao không gắn một chiếc PC mini vào mặt sau của TV?
Một chiếc PC thực sự.....
 
Vẫn đang cố biến TV thành PC à?

Như đã nói ở nơi khác, tại sao không gắn một chiếc PC mini vào mặt sau của TV?
Một chiếc PC thực tế.....Cảm ơn bạn đã trả lời
Hiện tại tôi có 3 chiếc nên thực sự không cần thêm chiếc nào nữa.

Tôi nghĩ sẽ rất thú vị nếu thử biến chiếc TV thành một chiếc PC mini.

Tôi đang gặp một vấn đề kỳ lạ với chiếc TV. Khi tôi chạy lệnh trong termux, các cổng hdmi ngừng hoạt động. Tôi không biết có bị chập mạch hay gì không. HDMI nhìn thấy máy tính của tôi đã kết nối nhưng màn hình lại đen.

Có ai biết cách thêm vùng vào android 11 sdk 30 không?
TV được nhập khẩu từ Ấn Độ và có ngôn ngữ tiếng Anh mà tôi có thể chọn nhưng không có vùng Hoa Kỳ mà tôi có thể chọn. Vì vậy, có xung đột với tài khoản google của tôi, tôi nghĩ là vùng. Khi tôi đăng nhập vào tài khoản google, nó cứ yêu cầu tôi xác minh liên tục mặc dù tôi đã nhập mật khẩu.

Có cách nào để thêm vùng vào tv không. Hoặc đặt nó thành vùng chung hoặc gì đó. Vì tôi không có quyền truy cập đầy đủ vào tài khoản google của mình nên có vẻ như trên tv và tôi nghi ngờ có xung đột vùng.

Một điều buồn cười nữa là tôi không thể vào diễn đàn phần cứng toms và đăng bất cứ thứ gì bằng tv. Vùng hiện tại của tv được đặt thành Ấn Độ.

Tôi đã nghĩ đến việc đặt thành Great Britian nhưng tôi không nghĩ điều đó sẽ giải quyết được vấn đề tôi đang gặp phải.

Nếu có thể, tôi sẽ xóa hoàn toàn hệ điều hành và cài đặt hệ điều hành mới để khắc phục sự cố nếu có thể sau khi tôi trở thành root.
 
Cảm ơn bạn đã trả lời
Tôi không hiểu hết mọi điều bạn nói, tôi sẽ phải đọc chậm và tìm kiếm xung quanh.

Smart TV này là thiết bị Android đầu tiên của tôi ngoài một vài chiếc điện thoại thông minh thực sự rẻ tiền trước đây

Tôi chỉ nghĩ thật kỳ lạ khi họ lấy một lõi tứ Arm Cortex A55 rồi hạ cấp xuống còn 32 bit ABI để tiết kiệm tiền, tôi đoán vậy. Tôi đọc rằng điều đó được thực hiện trong các thiết bị giá rẻ.

Cảm ơn bạn một lần nữa
ARMv7-a là 32-bit. ARMv8-a là 64-bit với chế độ tương thích cho 32-bit. Để hỗ trợ 32-bit ở chế độ tương thích, về cơ bản bạn phải đưa vào bên trong toàn bộ hệ điều hành 32-bit.

Khi ARMv8-a 64-bit lần đầu tiên ra mắt, tất cả mã hiện có trên thế giới vẫn là ARMv7-a 32-bit. Các công ty chuyển đổi sẽ giữ bộ xử lý ở chế độ tương thích 32-bit cho bất kỳ thứ gì họ không làm việc. Chế độ tương thích 32-bit lớn nhất và chạy lâu nhất là trong chuỗi khởi động. Không ai có bộ nạp khởi động và chuỗi khởi động ARM 64-bit và thậm chí ngày nay, rất nhiều hệ thống 64-bit sử dụng chế độ 32-bit để khởi động. Sau khi thoát khỏi quá trình khởi động và hạt nhân Linux tải, nó sẽ chuyển sang 64-bit. Vì vậy, một khi Linux đang chạy thì hầu như không có hỗ trợ 32 bit trừ khi bạn tự thêm nó (và điều đó trở nên phức tạp).

Tôi mong đợi hầu hết các thiết bị A55 khởi động ở chế độ tương thích 32 bit, nhưng chạy 64 bit khi hạt nhân Linux tải (và Android sử dụng hạt nhân Linux; đó là tất cả các tệp khác khác với Linux thông thường). Việc cài đặt ứng dụng 32 bit không thực sự khả thi trên bất kỳ ARMv8-a nào.
 
ARMv7-a là 32-bit. ARMv8-a là 64-bit với chế độ tương thích cho 32-bit. Để hỗ trợ 32-bit ở chế độ tương thích, về cơ bản bạn phải đưa vào bên trong toàn bộ hệ điều hành 32-bit.

Khi ARMv8-a 64-bit lần đầu tiên ra mắt, tất cả mã hiện có trên thế giới vẫn là ARMv7-a 32-bit. Các công ty chuyển đổi sẽ giữ bộ xử lý ở chế độ tương thích 32-bit cho bất kỳ thứ gì họ không làm việc. Chế độ tương thích 32 bit chạy lâu nhất và lớn nhất nằm trong chuỗi khởi động. Không ai có bộ nạp khởi động ARM 64 bit và chuỗi khởi động, và thậm chí ngày nay, rất nhiều hệ thống 64 bit sử dụng chế độ 32 bit để khởi động. Sau khi thoát khỏi quá trình khởi động và hạt nhân Linux tải, nó sẽ chuyển sang chế độ 64 bit. Vì vậy, sau khi Linux chạy, hầu như không có hỗ trợ 32 bit trừ khi bạn tự thêm nó (và điều đó trở nên phức tạp).

Tôi mong đợi hầu hết các thiết bị A55 khởi động ở chế độ tương thích 32 bit, nhưng chạy 64 bit khi hạt nhân Linux tải (và Android sử dụng hạt nhân Linux; đó là tất cả các tệp khác khác với Linux thông thường). Việc cài đặt ứng dụng 32 bit không thực sự khả thi trên bất kỳ ARMv8-a nào.
Tôi đã chạy Treble cmd và nhận được true. Tôi vừa mới biết dự án treble là gì
Kiến trúc là armv7l 32 bit armeabi-v7a
Hiện tại nó đang chạy android 11 sdk30
Đó là Soc Realtek RTD2841a.
Nó đang sử dụng Emmc flash 5.1 16gb
Nó có ethernet 100, 2 cổng hdmi, usb 2.0 2 cổng, giắc cắm âm thanh, không có card wifi, giắc cắm AV.

Bạn có biết tôi có thể chạy Generic System Image nào hoặc AOSP không?
Tôi sẽ cần một hình ảnh TV thông minh. Tôi không biết cách tự tạo một hình ảnh. Tôi có thể học nhưng sẽ mất một thời gian và tôi có thể sẽ không nhận được kết quả mà tôi đang tìm kiếm.

Tôi đã được gợi ý trên diễn đàn XDA để flash một GSI có SU trong đó sau đó tôi có thể lấy boot.img của mình và chạy magisk để root hệ thống.
 
Hãy nhớ rằng Android và Linux có xu hướng hỗ trợ không gian người dùng khác nhau. Có thể Android có cả không gian người dùng 32 bit và 64 bit để hỗ trợ bằng chế độ tương thích, nhưng nhiều ứng dụng, khi được cài đặt tự động, sẽ chọn bản phát hành tương thích với 64 bit cho hệ thống 64 bit. Tôi không biết Android làm gì để hỗ trợ 32 bit, nhưng nếu họ đã có tính năng này, thì bạn chỉ cần cài đặt nó giống như bất kỳ chương trình Android nào khác (tôi làm việc trên Linux; hạt nhân và trình điều khiển giống nhau, nhưng không gian người dùng thì khác xa). Tôi không biết có bất kỳ hình ảnh hệ thống chung nào hỗ trợ cả 64 bit và 32 bit hay có thể thêm hỗ trợ 32 bit không. Tôi nghĩ bạn có thể phải hỏi cụ thể ai đó từ dự án đó, nhưng bất kỳ hình ảnh nào có cả hệ thống 64 bit gốc, cộng với khả năng tương thích 32 bit, đều có thể thực hiện được công việc. Tôi chỉ không biết liệu có thứ như vậy không.
 
Hãy nhớ rằng Android và Linux có xu hướng hỗ trợ không gian người dùng khác nhau. Có thể Android có cả không gian người dùng 32 bit và 64 bit để hỗ trợ bằng chế độ tương thích, nhưng nhiều ứng dụng, khi được cài đặt tự động, sẽ chọn bản phát hành tương thích với 64 bit cho hệ thống 64 bit. Tôi không biết Android làm gì để hỗ trợ 32 bit, nhưng nếu họ đã có tính năng này, thì bạn chỉ cần cài đặt nó giống như bất kỳ chương trình Android nào khác (tôi làm việc với Linux; hạt nhân và trình điều khiển giống nhau, nhưng không gian người dùng thì khác xa). Tôi không biết có bất kỳ hình ảnh hệ thống chung nào hỗ trợ cả 64 bit và 32 bit hay có thể thêm hỗ trợ 32 bit không. Tôi nghĩ bạn có thể phải hỏi cụ thể ai đó từ dự án đó, nhưng bất kỳ hình ảnh nào có cả hệ thống 64 bit gốc, cộng với khả năng tương thích 32 bit, đều có thể thực hiện được. Tôi chỉ không biết liệu có thứ như vậy không.
Cảm ơn bạn đã trả lời
Tôi đã cài đặt root giả và cài đặt chroot giả

Chroot giả có tốt hơn bản phân phối proot không? Mục tiêu của tôi là có được root thực sự.
Bạn có biết cmd nào không hoạt động với chroot giả không?
 
Cảm ơn bạn đã trả lời
Tôi đã cài root giả và cài chroot giả

Chroot giả có tốt hơn bản phân phối proot không? Mục tiêu của tôi là có được root thật.
Bạn có biết lệnh cmd nào không hoạt động với chroot giả không?
Tôi không thể trả lời câu hỏi đó. Tôi đã không xem Android trong khoảng một thập kỷ hoặc hơn.
 
Tôi không thể trả lời câu hỏi đó. Tôi đã không nhìn vào Android trong khoảng một thập kỷ hoặc hơn.
Cảm ơn bạn đã trả lời
Dù sao cũng cảm ơn bạn. Tôi rất cảm kích.

Tôi đã tiếp tục và cài đặt proot-distro archlinux. Arch linux arm được hỗ trợ cho armv7.
hiện tại nó chỉ là một hệ thống cơ bản. Tôi vẫn chưa biết mình đang làm gì lol.

Bạn có biết phải làm gì tiếp theo sau khi cài đặt dòng lệnh archlinux không?
Nó chỉ hiện rootlocalhoust# sau khi bạn đăng nhập.
Vì vậy, từ đó tôi vừa đăng xuất. Đó là archlinux arm.
Tôi không biết phiên bản chính xác của archlinux. Tôi chưa biết những điều cơ bản về linux, tôi đã là người dùng windows trong nhiều năm. Tôi đã thử fedora, archlinux, kali, v.v. nhưng tôi chưa bao giờ thực sự học cách sử dụng hệ điều hành tốt.

Hiện tại tôi đang tìm kiếm hướng dẫn về những việc cần làm tiếp theo. Tôi không chắc mình có đủ ram để cài đặt máy tính để bàn hay không vì thông thường 70-75% bộ nhớ hạn chế mà tôi có trên hệ thống đang được hệ điều hành máy chủ android 11 sử dụng. Khi tôi chạy optimize trong tv manager, nó giảm xuống mức tối thiểu khoảng 50%. Vì vậy, tôi không có nhiều ram để làm việc. Vì vậy, tôi có một nửa trong số 1,5gb ram. Nếu tôi chạy máy tính để bàn, tôi nghĩ nó sẽ chạy kém hoặc ở mức ram tối đa.

Nhưng ít nhất thì tôi đã cài được Linux cho đến giờ. Vì vậy, tôi đang cài một số thứ mà tôi nghĩ vậy.

Cảm ơn một lần nữa. vâng, tôi thực sự cần một người dùng Linux chuyên nghiệp và người dùng Android giúp tôi vì tôi muốn làm một số thứ nâng cao. Tôi muốn lấy boot.img của mình từ hệ điều hành máy chủ nhưng không chắc liệu có thể làm được điều đó với proot-distro không. Dù sao thì đây cũng là một dự án thú vị để chơi cho đến khi nó bị brick lol.
 
Bạn có biết phải làm gì tiếp theo sau khi cài đặt dòng lệnh archlinux không?
Nó chỉ nói rootlocalhoust# sau khi bạn đăng nhập.
Lúc này, nó ít nhiều giống với bất kỳ hệ thống Linux nào. Điểm khác biệt là quản lý gói. Mỗi bản phân phối sử dụng một trình quản lý gói khác nhau, do đó, việc tìm cách tìm kiếm các gói trên bản phân phối đó và cài đặt hoặc cập nhật các gói đó có lẽ rất quan trọng. Tuy nhiên, đôi khi cũng có những bản phân phối yêu cầu biên dịch hoặc cài đặt dưới dạng tệp thông thường chứ không phải với các gói. Đây là điều đầu tiên tôi muốn tìm hiểu.

Là người dùng root, bạn có quyền thay đổi hoặc sửa đổi theo bất kỳ cách nào (cả cách phá hoại và hữu ích; hãy cẩn thận). Nếu bạn không quen với trình soạn thảo "vi" (hoặc "vim"), thì có lẽ bạn cần phải học cách sử dụng nó trên máy tính để bàn Linux, hoặc chỉ cần sử dụng thứ gì đó khác (ví dụ: "pico"). Nếu bạn có thể chỉnh sửa tệp, thì bạn đã đi trước một bước.

Bạn cũng có thể muốn biết ssh đã được bật chưa. Việc root tiếp xúc với cổng mạng công cộng là rất rất nguy hiểm, nhưng nếu root có ít nhất một mật khẩu tốt, thì bạn đã đi trước rất xa. Tuy nhiên, lưu ý rằng bảng điều khiển nối tiếp có thể không cần mật khẩu, điều này không được tiếp xúc ngoại trừ khi truy cập cục bộ. Về cơ bản, bạn nên khám phá các tùy chọn mạng hiện có, ví dụ: hãy thử các lệnh như sau:
  • ifconfig
  • which ssh
  • which scp
  • which sftp
  • ping localhost
  • ping 127.0.0.1
  • ping google.com
  • whoami
  • which bash
  • which sh
  • which vi
  • which pico
  • which useradd
  • which usermod
  • EDIT: which busybox
Đừng thay đổi mật khẩu nếu không biết chi tiết trên dòng lệnh. Thay vào đó, bạn có thể cân nhắc thêm người dùng mới sao cho người dùng này là "siêu người dùng" (có thể sử dụng "sudo" cho những việc như thay đổi mật khẩu, nhưng thường không chạy dưới dạng root nếu không có "sudo"... về cơ bản, "Simon nói").
 
Lúc này, nó ít nhiều giống với bất kỳ hệ thống Linux nào. Điểm khác biệt là quản lý gói. Mỗi bản phân phối sử dụng một trình quản lý gói khác nhau, do đó, việc tìm cách tìm kiếm các gói trên bản phân phối đó và cài đặt hoặc cập nhật các gói đó có lẽ rất quan trọng. Tuy nhiên, cũng đúng là đôi khi có những bản phân phối yêu cầu biên dịch hoặc cài đặt dưới dạng tệp thông thường chứ không phải với các gói. Đây là điều đầu tiên tôi sẽ tìm kiếm.

Là người dùng root, bạn có quyền thay đổi hoặc sửa đổi theo bất kỳ cách nào (cả theo cách phá hoại và hữu ích; hãy cẩn thận). Nếu bạn không quen với trình soạn thảo "vi" (hoặc "vim"), thì có lẽ bạn cần phải học nó trên máy tính để bàn Linux, hoặc chỉ cần sử dụng một cái gì đó khác (ví dụ, "pico"). Nếu bạn có thể chỉnh sửa các tập tin, bạn đã đi trước một bước.

Bạn cũng có thể muốn biết ssh đã được bật chưa. Việc root tiếp xúc với một cổng mạng công cộng là rất rất nguy hiểm, nhưng nếu root có ít nhất một mật khẩu tốt, thì bạn đã đi trước một bước. Tuy nhiên, hãy lưu ý rằng bảng điều khiển nối tiếp có thể không cần mật khẩu, điều này không được tiếp xúc ngoại trừ khi truy cập cục bộ. Về cơ bản, bạn nên khám phá các tùy chọn mạng hiện có, ví dụ: hãy thử các lệnh như sau:
  • ifconfig
  • which ssh
  • which scp
  • which sftp
  • ping localhost
  • ping 127.0.0.1
  • ping google.com
  • whoami
  • which bash
  • which sh
  • which vi
  • which pico
  • which useradd
  • which usermod
  • EDIT: which busybox
Đừng thay đổi mật khẩu nếu không biết thông tin chi tiết trên dòng lệnh. Thay vào đó, bạn có thể cân nhắc thêm người dùng mới sao cho người dùng này là "siêu người dùng" (có thể sử dụng "sudo" cho những việc như thay đổi mật khẩu, nhưng thường không chạy dưới dạng root nếu không có "sudo"... về cơ bản, "Simon nói").Cảm ơn bạn một lần nữa vì đã giúp tôi

Tôi đã quyết định thử nghiệm với arch linux trong máy ảo windows 10 hoặc virtualbox hoặc boxes oracle. Thật buồn cười là tôi đã gặp sự cố khi cài đặt.

Tôi đã khám phá ra một lệnh cho phép cài đặt có hướng dẫn
hệ thống thông qua Arch Linux WIKI hoặc tài liệu. Lệnh là archinstall và nó tải trình cài đặt có hướng dẫn, Nhưng ngay cả với lệnh đó, tôi vẫn làm hỏng bằng cách nào đó. Tôi đã đặt mật khẩu người dùng root trong quá trình cài đặt trong máy ảo của mình, phân vùng đĩa, đặt vùng phản chiếu, chọn cấu hình, v.v. rồi chạy trình cài đặt,
Sau khi trình cài đặt hoàn tất, nó hỏi tôi có muốn chroot vào hệ thống hoặc cài đặt mới được cài đặt không.
Tôi đã chọn có và nó chuyển đến một màn hình đăng nhập khác. Tôi đã nhập archlinux và nhập mật khẩu của mình và nó báo lỗi đăng nhập không chính xác. Nhưng không có lỗi nào trong quá trình cài đặt.
Tôi thấy lạ là sau khi đặt mật khẩu root, bạn phải chroot vào hệ thống. Có lẽ tôi nên nói không với câu hỏi, bạn có muốn chroot vào hệ thống không.
Tại sao? sau khi thiết lập root, tôi phải đổi root hay chroot?

Tôi muốn có thông tin này sau khi cài đặt hệ thống vào máy ảo của mình.

Kết quả của "date -u +%V$(uname)|sha512sum|sed 's/\W//g'" là gì?

Câu hỏi đó phải được trả lời để tôi có thể vào diễn đàn Arch Linux.


Vì vậy, tôi phải có một máy Linux hoặc một máy Arch Linux đang chạy để có được câu trả lời mà tôi nghĩ là vô nghĩa nhưng tôi hiểu rằng họ muốn tránh xa những người không có máy Linux.

cảm ơn bạn một lần nữa
 
Tôi không sử dụng arch linux (không có lý do cụ thể nào), và tôi tránh VM như tránh bệnh dịch hạch (cấu hình VM là thứ bạn sẽ phải tìm hiểu, nhưng nó có "điều bất ngờ" trong một số trường hợp mà tôi không muốn tìm và giải quyết).

Tuy nhiên, "chroot " là một thứ khá thú vị và hữu ích để biết. Điều này không chỉ dành cho arch linux. Bạn cũng nên biết về lệnh tồn tại ở hầu hết mọi nơi, "exit".

Khi Linux khởi động, nó thường sử dụng một loại "bộ điều hợp" giữa nội dung khởi động và hệ điều hành đang chạy thực tế. Câu chuyện thì dài, nhưng nói ngắn gọn thì để nội dung Linux có sẵn cho giai đoạn khởi động, nó có thể cần hiểu những thứ mà bản thân Linux có trình điều khiển. Thay vào đó, RAM có thể được coi như một hệ thống tệp rất đơn giản với cấu trúc cây và giai đoạn khởi động có thể cài đặt Linux ở dạng cơ bản nhất (hạt nhân), sau đó đặt hỗ trợ hệ điều hành tạm thời vào RAM đó, giả vờ là một phân vùng (và bộ nạp khởi động luôn hiểu điều này). Điều này sẽ tạo ra một môi trường vi mô nhỏ chạy hạt nhân Linux đó. Nếu hạt nhân Linux trong môi trường đó có mọi thứ cần thiết để hoạt động với thiết bị hệ thống tệp gốc thực tế, thì điều duy nhất còn lại là chuyển hoạt động sang đó.

Đó là "chroot" (hoặc biến thể gốc trục) hoạt động để thực hiện điều này. chroot sẽ "xếp chồng" gốc trước đó, nhưng chuyển sang gốc mới. pivot_root (và những người bạn) loại bỏ hệ thống tệp gốc cũ và chuyển sang hệ thống tệp gốc mới. Một là tạm thời, một là vĩnh viễn. Trên "chroot" tạm thời, bạn có thể "exit". Sau đó, bạn sẽ trở lại bản gốc.

Trong khi ở rootfs "mới", bạn chỉ chạy những gì môi trường đó có và không truy cập hệ điều hành gốc (ví dụ: Windows) ngoài thông qua các hàm VM. Nếu bạn chạy lệnh "exit", thì bạn sẽ thoát khỏi môi trường VM. Điều này rất giống với "khởi động" vào hệ điều hành mới, nhưng bạn đang khởi động vào con của VM và có cách thoát ra (giả sử lệnh "exit" được hỗ trợ).

Đối với lệnh cụ thể đó, tôi không biết. Người ta phải biết những lệnh gọi hệ thống nào được thực hiện. VM là thứ hạn chế hoặc cho phép các lệnh gọi hệ thống đó (nhân tiện, trong Linux, người ta có thể thấy các lệnh gọi hệ thống hoặc lệnh gọi đến kernel bằng công cụ "strace"). Tuy nhiên, trong Linux thực, bản thân kernel giao tiếp trực tiếp với phần cứng. Với VM, bản thân VM đang giả vờ là phần cứng bị cô lập. Nếu quyền truy cập vật lý đó không thành công, thì có khả năng là do VM hạn chế nó. Tôi tránh VM và không thể cho bạn biết VM nào là "điều chỉnh" cần thiết. Câu trả lời thường rất cụ thể đối với thương hiệu VM và hệ điều hành PC chủ mà VM chạy trên đó.
 
Tôi không sử dụng arch linux (không có lý do cụ thể nào) và tôi tránh VM như tránh bệnh dịch hạch (cấu hình VM là thứ bạn sẽ phải tìm ra, nhưng nó có "điều bất ngờ" trong một số trường hợp mà tôi không muốn tìm và giải quyết).

Tuy nhiên, "chroot " là một điều khá thú vị và hữu ích để biết. Điều này không chỉ dành cho arch linux. Bạn cũng nên biết về lệnh có ở hầu hết mọi nơi, "exit".

Khi Linux khởi động, nó thường sử dụng một loại "bộ điều hợp" giữa nội dung khởi động và hệ điều hành đang chạy thực tế. Câu chuyện thì dài, nhưng phiên bản ngắn hơn là để nội dung Linux có sẵn cho giai đoạn khởi động, nó có thể cần hiểu những thứ mà bản thân Linux có trình điều khiển. Thay vào đó, RAM có thể được coi là một hệ thống tệp rất đơn giản với cấu trúc cây và giai đoạn khởi động có thể cài đặt Linux ở dạng cơ bản nhất (hạt nhân), sau đó đặt hỗ trợ hệ điều hành tạm thời vào RAM đó, giả vờ là một phân vùng (và bộ nạp khởi động luôn hiểu điều này). Điều này sẽ tạo ra một môi trường vi mô nhỏ chạy hạt nhân Linux đó. Nếu hạt nhân Linux trong môi trường đó có mọi thứ cần thiết để hoạt động với thiết bị hệ thống tệp gốc thực tế, thì điều duy nhất còn lại là chuyển hoạt động sang đó.

Đó là "chroot" (hoặc biến thể gốc trục) hoạt động để thực hiện điều này. chroot sẽ "xếp chồng" gốc trước đó, nhưng chuyển sang gốc mới. pivot_root (và bạn bè) vứt bỏ hệ thống tệp gốc cũ và chuyển sang hệ thống tệp gốc mới. Một là tạm thời, một là vĩnh viễn. Trên "chroot" tạm thời, bạn có thể "exit". Sau đó, bạn sẽ trở lại bản gốc.

Trong khi ở rootfs "mới", bạn chỉ chạy những gì môi trường đó có và không truy cập vào hệ điều hành gốc (ví dụ: Windows) ngoài các chức năng VM. Nếu bạn chạy lệnh "exit", thì bạn sẽ thoát khỏi môi trường VM. Điều này rất giống với "khởi động" vào hệ điều hành mới, nhưng bạn đang khởi động vào VM con và có cách thoát ra (giả sử lệnh "exit" được hỗ trợ).

Về lệnh cụ thể đó, tôi không biết. Người ta phải biết những lệnh gọi hệ thống nào được thực hiện. VM là thứ hạn chế hoặc cho phép các lệnh gọi hệ thống đó (nhân tiện, trong Linux, người ta có thể thấy các lệnh gọi hệ thống hoặc lệnh gọi đến kernel bằng công cụ "strace"). Tuy nhiên, trong Linux thực, bản thân kernel giao tiếp trực tiếp với phần cứng. Với VM, bản thân VM đang giả vờ là phần cứng bị cô lập. Nếu quyền truy cập vật lý đó không thành công, thì có khả năng là do VM hạn chế nó. Tôi tránh VM và không thể cho bạn biết VM nào là "điều chỉnh" cần thiết. Câu trả lời thường rất cụ thể đối với thương hiệu VM và hệ điều hành PC lưu trữ mà VM chạy trên đó.
Cảm ơn bạn đã trả lời
Tôi đã từ bỏ việc cố gắng vào diễn đàn của họ. Tôi chỉ quyết định sử dụng những gì khác mà tôi có thể. Tôi đã vào android central, xda, linux.org và thậm chí là một trang web hacker mà tôi hơi sợ, vì một lý do chính đáng LOL. Tôi hy vọng ai đó trên diễn đàn hacker sẽ biết về proot-distro.

Proot-Distro có vẻ hơi bí ẩn khi nói đến một số bản phân phối cụ thể như Arch Linux. Ubuntu và Debian dường như có rất nhiều thông tin về cách chạy hệ thống. Tôi thậm chí không thể hiểu được Proot-Distro đã trở thành một thứ gì đó khi nào, google không biết proot-distro ra đời khi nào. Nó chỉ nói rằng nó có thể ra đời cùng với việc tạo ra Termux.

Tôi đã đọc Arch Linux WIKI nhưng có vẻ như nó không bao giờ trả lời các câu hỏi của tôi và vẫn chưa có phần nào nói về Proot-Distro nói riêng.

Chạy linux trên TV thông minh rất thú vị, Hệ thống hoạt động khá tốt nhưng có một số lỗi và sai sót và tôi đã lường trước được điều đó. Vì vậy, hiện tại tôi đang giải quyết một số vấn đề. Có những hạn chế của Kernel, tôi không nghĩ rằng tôi có thể cấu hình kernel của mình trong proot-distro, tôi sẽ phải có root thực sự. Nhưng lỗi mà tôi thường thấy là lamelock không được kernel hỗ trợ. Proot-Distro sử dụng kernel android. Vì vậy, tôi bị mắc kẹt với điều đó.

Tôi đang nhận được các gói được tạo cho Armv7H khi bộ xử lý của tôi là Armv7L nhưng mọi thứ dường như vẫn hoạt động. L hoặc little endian so với H cho các máy cao cấp hơn.

Với tư cách là root, tôi không thể chạy makepkg -si vì hệ điều hành không cho phép. Nó báo lỗi. Vì vậy, tôi đã tạo một người dùng thông thường rồi chạy lại makepkg -si, nó hoạt động tốt hơn nhưng sau đó cố tải xuống một tệp phụ thuộc yêu cầu quyền root. Nó nhắc nhập mật khẩu, tôi nhập đúng mật khẩu nhưng sau đó lại báo rằng người dùng tôi tạo không phải là sudeor. Vì vậy, sau đó tôi đã thêm người dùng mà tôi tạo vào nhóm wheel, chỉnh sửa tệp sudoers bằng nano và tạo wheel hoặc cấp cho nhóm wheel quyền root. Sau đó, tôi đã thử chạy lại lệnh makepkg -si nhưng nó vẫn báo lỗi rằng người dùng thông thường của tôi không nằm trong câu lạc bộ, nhóm hoặc nhóm sudoers.

Vì vậy, tôi đang gặp lỗi Sudo. Tôi không thể tải gói yay đã cài đặt trình trợ giúp để cài đặt các gói AUR. Chỉ đang thử hoặc đã thử cài đặt gói realvnc từ AUR.

Vì một số lý do, tôi không thể tạo sudoer cùng với lỗi lamelock. Đó là những lỗi lớn nhất mà tôi gặp phải cho đến nay. Có thể Nano đã làm hỏng tệp Sudoers của tôi hoặc thứ gì đó.

Tôi đã cài đặt nhầm máy tính để bàn, đối với bất kỳ ai ở đây thì máy tính để bàn duy nhất được hỗ trợ là xfce, xqlt và tôi quên mất cái kia. Termux x11 không hỗ trợ tất cả các môi trường máy tính để bàn. Tôi không biết điều đó. Vì vậy, đối với bất kỳ ai khác đang chạy proot thì chỉ có 3 máy tính để bàn được hỗ trợ, thật đáng tiếc trừ khi tôi sai và tất cả các môi trường máy tính để bàn đều được termux hỗ trợ.

Dù sao thì tôi cũng sẽ làm việc trên dự án này trong một thời gian. đưa linux lên TV và chạy bình thường. Hầu hết mọi người sử dụng proot-distro dường như đều sử dụng thiết bị điện thoại hoặc máy tính bảng, Điều đó thực sự tệ vì khi bạn tìm kiếm về proot distro, có rất nhiều điện thoại hoặc video về những người chạy proot trên điện thoại của họ. Không có video nào về những người chạy proot distro trên các thiết bị adroid lạ khác như TV.

Vì vậy, tôi phải tự mình làm. Nếu tôi là người dùng thành thạo hoặc siêu người dùng hoặc chuyên gia Linux thì việc này đã được thực hiện ngay bây giờ. Nhưng vì là người mới bắt đầu nên tôi còn kém xa về công suất.

Cảm ơn Toms Hardware đã giúp đỡ tôi.
 
Nếu kiểu hệ thống tệp không có một số khả năng nhất định, thì sudo sẽ không hoạt động (không bao giờ). Bạn có lệnh "which" không? Kiểm tra lệnh này để tìm ra lệnh nằm ở đâu: "which sudo". Sau đó chạy "ls -l ". Nếu lệnh không có đúng quyền, bao gồm cả bit sticky, thì đây là lý do tại sao sudo không hoạt động. Mặt khác, có thể đơn giản như bạn đã đề cập, là người dùng không phải là thành viên của nhóm quản trị viên chính xác. Tuy nhiên, tôi đề cập đến điều này vì nhiều kiểu hệ thống tệp, bao gồm VFAT và NTFS, không có khả năng bảo toàn bit sticky. Người ta có thể cài đặt Linux trên các hệ thống tệp đó và chúng "có vẻ" hoạt động, nhưng sudo sẽ luôn thất bại.

Người ta có thể thêm người dùng vào nhóm siêu người dùng, nhưng điều đó đòi hỏi phải có quyền truy cập root. Nếu bạn có quyền truy cập thông qua sudo, thì bạn có thể thả vào shell root bằng "sudo -s" bằng mật khẩu của bạn hoặc "sudo -" bằng mật khẩu của root. Vì vậy, phải có quyền truy cập hợp lệ để bắt đầu. Sự khác biệt duy nhất giữa hai phương pháp shell root sẽ là phần nào của môi trường được kế thừa.
 
Nếu loại hệ thống tệp không có một số khả năng nhất định, thì sudo sẽ không hoạt động (không bao giờ). Bạn có lệnh "which" không? Kiểm tra lệnh này để tìm ra lệnh nằm ở đâu: "which sudo". Sau đó chạy "ls -l ". Nếu không có quyền chính xác, bao gồm cả bit dính, thì đây là lý do tại sao sudo không thành công. Mặt khác, có thể đơn giản như bạn đã đề cập, là người dùng không phải là thành viên của nhóm quản trị viên chính xác. Tuy nhiên, tôi đề cập đến điều này vì nhiều loại hệ thống tệp, bao gồm VFAT và NTFS, không có khả năng bảo toàn bit dính. Người ta có thể cài đặt Linux trên các hệ thống tệp đó và chúng "có vẻ" hoạt động, nhưng sudo sẽ luôn thất bại.

Người ta có thể thêm người dùng vào nhóm siêu người dùng, nhưng điều đó đòi hỏi phải có quyền truy cập gốc. Nếu bạn có quyền truy cập thông qua sudo, thì bạn có thể thả vào shell gốc bằng "sudo -s" bằng mật khẩu của bạn hoặc "sudo -" bằng mật khẩu gốc. Vì vậy, phải có quyền truy cập hợp lệ để bắt đầu. Sự khác biệt duy nhất giữa hai phương pháp root shell sẽ là phần nào của môi trường được kế thừa.
Cảm ơn bạn đã trả lời
Tôi đã phải bắt đầu lại và xóa rồi cài đặt lại chương trình cơ sở của TV bằng cách khôi phục cài đặt gốc vì tôi hết dung lượng trên bộ nhớ flash emmc. Sau đó, tôi đã thử di chuyển ứng dụng termux và tất cả dữ liệu của nó sang ổ đĩa flash. Điều này khiến termux hoàn toàn không hoạt động nữa.

Tôi sẽ thử lại nhưng lần này tôi sẽ di chuyển ứng dụng termux sang bộ nhớ ngoài trước khi bắt đầu và cố gắng chạy nó từ ổ đĩa USB trong toàn bộ thời gian. Tôi nghĩ đó là vấn đề về thiết lập bộ nhớ.

Mẫu TV này có USB 2.0 khá chậm. Tôi đã xoay xở để có được ổ cứng USB 2.0 mà tôi định sử dụng làm bộ nhớ ngoài của mình.

Tôi đã xóa Sudo và cài đặt Doas thay thế và tôi có thể thiết lập đúng quyền của chúng. Sau đó, tôi đã thử xây dựng gói yay nhưng gặp phải lỗi có vẻ là lỗi SOC hoặc CPU. Tôi nghĩ bộ xử lý dựng hoặc quy trình tạo đã yêu cầu SOC hoặc CPU của tôi làm điều gì đó mà nó không thể làm. Quá nhiều thứ không thể dựng các gói.

Thay vì gói yay, tôi sẽ thử paru vào lần tới.

Tôi thích Doas hơn Sudo, vì nó không được cấu hình sẵn và tôi có thể làm bất cứ điều gì tôi muốn với nó.

Vì vậy, tôi đang chờ mua ổ đĩa ngoài 2.0. Nó chỉ có giá 20 đô la trên amazon. Điều tôi không chắc chắn là liệu termux có hoạt động bình thường hay không hoặc có chạy hoàn toàn từ bộ nhớ ngoài hay không. Tôi có thể cần quyền Root để termux hoạt động từ bộ nhớ ngoài.

TV không thích nhiều bộ nhớ ngoài mà tôi đã thử. Tôi nghĩ nó có thể chạy ổ đĩa flash lên đến 32 GB và ổ cứng lên đến 1 TB.

Tôi lo lắng và mong đợi lỗi rằng nếu tôi quản lý để chạy termux từ bộ nhớ ngoài, tôi sẽ gặp sự cố giữa kết nối internet chậm và bộ nhớ ngoài chậm. Nhưng dù sao thì tôi cũng sẽ thử.

Đó là những gì tôi đã làm được cho đến nay với dự án. Tôi sẽ đăng ở đây nếu tôi đạt được một số tiến triển hoặc gặp phải lỗi mà tôi không thể khắc phục được. Cho đến nay tôi đã có thể khắc phục được lỗi.

Cảm ơn vì đã đọc.
 
Tôi đã có ổ lưu trữ ngoài. Nhưng tôi không thể di chuyển ứng dụng termux sang bộ lưu trữ ngoài mà không làm hỏng nó. Tôi đã tìm thấy hướng dẫn này để chạy termux từ bộ lưu trữ ngoài nhưng tôi cần quyền truy cập root.

Vì vậy, tôi hơi quay lại nơi tôi bắt đầu. Tôi không thể lấy bản sao chương trình cơ sở từ nhà sản xuất để có được boot.img để tôi có thể root bằng magisk.

Tôi có quyền truy cập vào tùy chọn nhà phát triển và có thể mở khóa bộ nạp khởi động và bật gỡ lỗi usb. Tôi thậm chí có thể kết nối với TV thông qua công cụ Android TV phiên bản 3.

Đây là liên kết đến hướng dẫn về cách chạy termux từ bộ nhớ ngoài

https://github.com/termux/termux-app/discussions/3567

Có cách nào giải quyết vấn đề này không, tôi nghĩ là không, vì vậy tôi phải đợi có cách root TV trước khi có thể tiến hành vì đơn giản là không đủ dung lượng. Trừ khi tôi thêm Tiny core linux vào proot-distro hoặc thứ gì đó tương tự. Bất kỳ ai biết cách thêm distro vào proot-distro hoặc có thể chỉ cho tôi hướng dẫn về cách thực hiện việc đó.

Tôi không phải là hacker hay gì cả và tôi là người mới bắt đầu sử dụng linux và tôi chưa bao giờ sử dụng ADB trước đây nên tôi không biết bất kỳ lệnh nào. Tôi phải học tất cả những điều đó nên việc này sẽ mất một thời gian.

Vì vậy, dự án hiện đang bị dừng lại cho đến khi tôi tìm ra cách root tivi hoặc tạo một distro nhỏ hơn. Dù sao thì cũng cảm ơn bạn đã đọc.
 
Sau rất nhiều nghiên cứu, tôi đã quyết định mua một chiếc TV khác để tiếp tục dự án này. Tôi vẫn chưa có được nó. Đó là một chiếc TV Ridaex Future

Nó có một số thông số kỹ thuật đầy hứa hẹn, nhưng hơi lệch hoặc không rõ ràng. Có lẽ sẽ có 3 mẫu TV khác nhau và phần cứng có thể nâng cấp. Tôi thấy nó độc đáo và thú vị.

Đây là một chiếc TV từ Ấn Độ, tôi sẽ đăng ở đây khi tôi có được chiếc TV. Tôi đã phải trả tiền cho một người nào đó ở Ấn Độ để lấy chiếc TV đó cho tôi nên đó là một khía cạnh đầy thách thức khi mua một chiếc TV.

Vì vậy, tôi vẫn chưa từ bỏ việc cố gắng biến một chiếc Smart TV thành một chiếc máy tính thô sơ.

Trang web Ridaex không có dịch vụ đổi tiền nên bạn phải nhờ người khác mua hộ từ Ấn Độ.

Tôi không chắc mình có mua được chiếc TV đó không LOL vì nó vẫn chưa được chuyển đi và đã vài ngày trôi qua rồi.

TV Ridaex Future có ít nhất gấp đôi dung lượng lưu trữ so với TV mà tôi đã làm việc lúc đầu. Nó cũng có nhiều ram hơn và một bộ làm mát hoạt động trên đó là duy nhất. Tôi sẽ không phải sửa đổi bộ làm mát lần này nếu tôi có được TV.

Dù sao thì tôi chỉ muốn đăng ở đây về nó.
 
Back
Bên trên