Mount error 255

Setup: 3 node swarm cluster Steps: Try to start container using shared volume on master Mount fails with Failed to mount vFile volume. Error: exit status 255 root@u-1:~# docker run --rm -it -v does...

Setup: 3 node swarm cluster
Steps:

  1. Try to start container using shared volume on master
  2. Mount fails with Failed to mount vFile volume. Error: exit status 255
root@u-1:~# docker run --rm -it -v doesitwork2:/x busybox
docker: Error response from daemon: error while mounting volume '/mnt/vfile/doesitwork2/': VolumeDriver.Mount: Failed to mount vFile volume. Error: exit status 255.
root@u-1:~# vi /var/log/vfile.log 
root@u-1:~# docker volume inspect doesitwork2
[
    {
        "Driver": "vfile:latest",
        "Labels": {},
        "Mountpoint": "/mnt/vfile/doesitwork2/",
        "Name": "doesitwork2",
        "Options": {},
        "Scope": "global",
        "Status": {
            "Clients": null,
            "File server Port": 0,
            "Global Refcount": 0,
            "Service name": "",
            "Volume Status": "Ready"
        }
    }
]
root@u-1:~# ip addr
...
    inet 172.16.111.131/24 brd 172.16.111.255 scope global ens160

From vfile.log

2017-08-25 21:11:25.936768801 +0000 UTC [INFO] Checking status of file server container...
2017-08-25 21:11:25.942214739 +0000 UTC [WARNING] No service returned with name doesitwork2.
2017-08-25 21:11:25.972762754 +0000 UTC [INFO] Updating port and file service name for doesitwork2
2017-08-25 21:12:21.717058057 +0000 UTC [INFO] VolumeDriver Get: doesitwork2
2017-08-25 21:12:21.95763916 +0000 UTC [INFO] Mounting volume name=doesitwork2
2017-08-25 21:12:22.012096338 +0000 UTC [INFO] Before AtomicIncr
2017-08-25 21:12:23.060467684 +0000 UTC [INFO] Watcher on global refcount returns event type=PUT
2017-08-25 21:12:24.076707491 +0000 UTC [INFO] Attempting to change volume state to Mounting
2017-08-25 21:12:29.126624469 +0000 UTC [INFO] Checking status of file server container...
2017-08-25 21:12:29.155411432 +0000 UTC [INFO] Updating port and file service name for doesitwork2
2017-08-25 21:12:30.094439552 +0000 UTC [INFO] Volume state mounted, prepare to mounting locally
2017-08-25 21:12:30.095608168 +0000 UTC [INFO] Get info for mounting name=doesitwork2 Port=30000 ServiceName=vFileServerdoesitwork2
2017-08-25 21:12:30.116197187 +0000 UTC [INFO] Mounting volume with options volume name=doesitwork2 arguments=[-t cifs -o username=root,password=badpass,port=30000,vers=3.0 //172.16.111.131/share1 /mnt/vfile/doesitwork2/]
2017-08-25 21:12:33.417475677 +0000 UTC [ERROR] Mount failed: output="mount: mounting //172.16.111.131/share1 on /mnt/vfile/doesitwork2/ failed: Host is unreachablen" error="exit status 255" volume name=doesitwork2
2017-08-25 21:12:34.473825803 +0000 UTC [INFO] Watcher on global refcount returns event type=PUT
2017-08-25 21:12:34.474049185 +0000 UTC [ERROR] error="Failed to mount vFile volume. Error: exit status 255." name=doesitwork2
2017-08-25 21:12:34.474067351 +0000 UTC [ERROR] Failed to mount name=doesitwork2 error="Failed to mount vFile volume. Error: exit status 255."
2017-08-25 21:12:34.474080549 +0000 UTC [INFO] Detaching doesitwork2 - it is not used anymore
2017-08-25 21:12:35.474755108 +0000 UTC [INFO] Attempting to change volume state to Unmounting
2017-08-25 21:12:40.518041793 +0000 UTC [INFO] Checking status of file server container...
2017-08-25 21:12:40.523266418 +0000 UTC [WARNING] No service returned with name doesitwork2.
2017-08-25 21:12:40.54726316 +0000 UTC [INFO] Updating port and file service name for doesitwork2
2017-08-25 21:13:53.522887647 +0000 UTC [INFO] VolumeDriver Get: doesitwork2

CC / @luomiao @shivanshu21


View Full Version : [lubuntu] Can’t share mounted ntfs disk on network


VanillaMozilla

August 29th, 2010, 02:08 PM

I have samba installed. I also have a Windows NTFS disk mounted on Ubuntu. To share the file, I migrate to the folder with the file manager, right click on it and select «Sharing Options». I get the message

‘net usershare’ returned error 255: net usershare add:
cannot share path /mnt/Windisk/<path> as we are restricted to only sharing directories we own. Ask the administrator to add the line «usershare owner only = false» to the [global] section of the smb.conf to allow this.

The disk is mounted by the system with the line

/dev/sda2 /mnt/Windisk ntfs-3g defaults 0 0
in fstab.

Here’s what I’ve tried:
=========================
Adding the line to fstab and rebooting does not solve the problem. I still get error 255, but without the advice.

Changing ownership does not help. I tried
sudo chown -v root:sambashare /mnt/Windisk/<path>
and
sudo chown -v mylogin:sambashare /mnt/Windisk/<path>
changed ownership of `/mnt/Windisk/<path>’ to mylogin:sambashare

Chown confirms the change, but right clicking on file, Properties tab still shows root owns file, and I still get an error 255.


Morbius1

August 29th, 2010, 02:30 PM

‘net usershare’ returned error 255: net usershare add:
cannot share path /mnt/Windisk/<path> as we are restricted to only sharing directories we own. Ask the administrator to add the line «usershare owner only = false» to the [global] section of the smb.conf to allow this.There’s two ways to fix this, one of which is offered in what is probably the best written error message in all of computing :D

When you added:

usershare owner only = falseDid you do it without quotes?
And did you save smb.conf and restart the samba daemon:

sudo service smbd restart


VanillaMozilla

August 30th, 2010, 03:43 AM

Yes, I added it without quotes, and I ran testparm to make sure the line worked. I rebooted the computer, so there is no question that samba restarted. I still got error 255, but this time I got it without the advice to add that line to the file.

EDIT: It turns out that it doesn’t work unless the share name is the same as the directory name.

But there’s another problem. I can’t view it on the Ubuntu client. It’s asking for a password AND a domain name. There should be no password and there is no domain — it’s workgroup WORKGROUP. The form keeps filling in domain «MSHOME». I have all the passwords and it doesn’t work with any of them.

Checking the box «Allow others to create and delete files in this folder» makes no difference.


Morbius1

August 30th, 2010, 04:21 PM

Post the output of these 3 commands please:

net usershare info
sudo net usershare info
testparm -s


VanillaMozilla

August 30th, 2010, 05:11 PM

Interesting. Something is going on here, for sure. By way of explanation, I tried to name the share «thunderprof», but I had to mount it as «profiles». ls -Fal shows I am the owner of «profiles», but root is the owner of «thunderprof».

:~$ net usershare info
[profiles]
path=/mnt/Windisk/DocumentsAndSettings/Common/ApplicationData/Thunderbird/Profiles
comment=
usershare_acl=Everyone:R,
guest_ok=n

:~$ sudo net usershare info
info_fn: file /var/lib/samba/usershares/thunderprof is not a well formed usershare file.
info_fn: Error was Path is not a directory.

:~$ testparm -s
Load smb config files from /etc/samba/smb.conf
rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)
Processing section «[printers]»
Processing section «[print$]»
Loaded services file OK.
Server role: ROLE_STANDALONE
[global]
server string = %h server (Samba, Ubuntu)
map to guest = Bad User
obey pam restrictions = Yes
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Entersnews*spassword:* %nn *Retypesnews*spassword:* %nn *passwordsupdatedssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
dns proxy = No
usershare allow guests = Yes
usershare owner only = No
panic action = /usr/share/samba/panic-action %d

<printer sections omitted for brevity>


Morbius1

August 30th, 2010, 05:24 PM

:~$ net usershare info
[profiles]
path=/mnt/Windisk/DocumentsAndSettings/Common/ApplicationData/Thunderbird/Profiles
comment=
usershare_acl=Everyone:R,
guest_ok=n

:~$ sudo net usershare info
info_fn: file /var/lib/samba/usershares/thunderprof is not a well formed usershare file.
info_fn: Error was Path is not a directory.

I tried to name the share «thunderprof», but I had to mount it as «profiles»(1) You did a «gksu nautilus» somewhere along the line and creates a Nautilus-share for «thunderprof». Then you created another one under your own username.

I would go back in as gksu nautilus and remove the thunderprof share to clear this up.

(2) The reason the client is asking for authentication is because you have the share set to not allow guests. Go back into nautilus and check the «allow guests» option.


VanillaMozilla

August 30th, 2010, 06:23 PM

(1) You did a «gksu nautilus» somewhere along the line and creates a Nautilus-share for «thunderprof». Then you created another one under your own username.

I would go back in as gksu nautilus and remove the thunderprof share to clear this up.
Yikes! Nonorthogonal tools and paths to be undone.

Yes, that’s correct, I did run gksudo nautilus. But now I can’t find the share. The mount point doesn’t show any sharing, and I can’t get to the actual ntfs disk (only the mount point). Also, Nautilus won’t show me the path in text form when I start it from gksudo! gksudo shares-admin shows no shares (I do have «profiles» turned off). Is there a file I can edit?

(2) The reason the client is asking for authentication is because you have the share set to not allow guests. Go back into nautilus and check the «allow guests» option.
OK, that seems to work.

But how am I going to clean up thunderprof?


VanillaMozilla

August 30th, 2010, 06:35 PM

Oh, wait, I see the problem. thunderprof refers to a mount point that has been changed. It was on /media, now it’s on /mnt.

Stand by….


VanillaMozilla

August 30th, 2010, 06:54 PM

Note to self (and anyone else who enjoys masochism) :)

OK, this is defying a fix for now, and I’m out of time. I tried just renaming thunderprof and the system just used the renamed file!

I’m afraid to delete it outright, for fear of breaking something else. It’s write protected.

And just changing the mount point and rebooting failed (user error?). I don’t know. I’ll try later.


Morbius1

August 30th, 2010, 09:00 PM

Your making this too complicated. Let’s try a different path.

Nautilus-shares creates share definitions at the following location:

/var/lib/samba/usersharesOpen nautilus as root:

gksu nautilusAnd go to /var/lib/samba/usershares

Once you’re there you should see 2 files:

profiles
thunderprofIf you doulble click on thunerprof you will see something like this:

#VERSION 2
path=/media/Windisk/DocumentsAndSettings/Common/ApplicationData/Thunderbird/Profiles
comment=
usershare_acl=S-1-1-0:F
guest_ok=yIt’s just a config file that tells samba what to do with the folder. Just delete the file — it’s not deleting the source.


VanillaMozilla

August 31st, 2010, 12:13 AM

OK, that worked. (Actually, I wasn’t making it so complicated. I just needed to move it out of the directory or delete it instead of renaming it.)

Thanks very much for all your accurate diagnosis.

*************************
EDIT: Darn. There’s yet another problem. The client doesn’t recognize the share from a command line. This is going in circles. I’ll work on it maybe tomorrow evening and see if I can either solve it or define the problem better.


VanillaMozilla

September 1st, 2010, 03:59 AM

OK, here’s the big problem.

thunderprof is shared, but I can’t read it from the mount point on the client computer.
ls /mnt/thunderprof shows no files.
Nautilus shows no files in /mnt/thunderprof , but shows the files in smb://computername/thunderprof

mount -a gives error message:
mount error: could not resolve address for <computername>: No address associated with host name
No ip address specified and hostname not found.

Any ideas? I thought I had this solved once. I need command-line access for the Thunderbird configuration file «profiles.ini».

/etc/fstab has the line
//computername/thunderprof /mnt/thunderprof cifs guest,uid=1000,iocharset=utf8, codepage=cp850 0 0


Powered by vBulletin® Version 4.2.2 Copyright © 2023 vBulletin Solutions, Inc. All rights reserved.

yes, i did it before , no clue what is wrong

Kueche:~/.config/system.d # systemctl enable storage-recordings.mount

Kueche:~/.config/system.d # systemctl start storage-recordings.mount

Job for storage-recordings.mount failed.

See «systemctl status storage-recordings.mount» and «journalctl -xe» for details.

● storage-recordings.mount — cifs mount script

Loaded: loaded (/storage/.config/system.d/storage-recordings.mount; enabled; vendor preset: disabled)

Active: failed (Result: exit-code) since Sun 2017-08-27 14:28:19 CEST; 11s ago

Where: /storage/recordings

What: //192.168.178.3/TVrecordings

Process: 1114 ExecMount=/usr/bin/mount //192.168.178.3/TVrecordings /storage/recordings -t cifs -o username=xxx,password=xxx,rw

(code=exited, status=255)

Aug 27 14:28:19 Kueche systemd[1]: Mounting cifs mount script…

Aug 27 14:28:19 Kueche systemd[1]: storage-recordings.mount: Mount process exited, code=exited status=255

Aug 27 14:28:19 Kueche systemd[1]: Failed to mount cifs mount script.

Aug 27 14:28:19 Kueche systemd[1]: storage-recordings.mount: Unit entered failed state.

JOURNALCTL :

Aug 27 14:29:10 Kueche kernel: rtc-pcf8563 1-0051: pcf8563_get_datetime: read error

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:11 Kueche kernel: rtc-pcf8563 1-0051: pcf8563_set_datetime: err=-11 addr=02, data=11

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:11 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:11 Kueche kernel: rtc-pcf8563 1-0051: pcf8563_get_datetime: read error

Aug 27 14:29:12 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:12 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:12 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:12 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

Aug 27 14:29:12 Kueche kernel: i2c i2c-1: [aml_i2c_xfer] error ret = -5 (-EIO)

Aug 27 14:29:12 Kueche kernel: i2c i2c-1: token 1, master_no(1) 300K addr 0x51

storage-recordings.mount:

[Unit]

Description=cifs mount script

Requires=network-online.service

After=network-online.service

Before=kodi.service

[Mount]

What=//192.168.178.3/TVrecordings

Where=/storage/recordings

Options=username=xxx,password=xxx,rw

Type=cifs

[Install]

WantedBy=multi-user.target

G’day there,

With the help of the Proxmox community and @Dominic we were able to migrate our ESXi VMs across to PVE — thank you!
https://forum.proxmox.com/threads/migrating-vms-from-esxi-to-pve-ovftool.80655 (for anybody interested)

The migrated (ex-ESXi) VMs are now part of a 3-node PVE cluster, though being the New Year holidays there had to be trouble!

Strangely we’re unable to move these imported (from ESXi) VMs to other nodes in the newly-made PVE cluster. All imported VMs are currently on node #2, as nodes #1 and #3 had to be reclaimed, reinstalled (from ESXi) and joined to the PVE cluster (had to bear zero guests to do so).

The VMs are all operational on the PVE node that they were imported to, and boot/reboot without issue.
Our problem is isolated to attempting to migrate them.

Problem we’re seeing is:

2020-12-21 00:58:27 starting migration of VM 222 to node ‘pve1’ (x.y.x.y)
2020-12-21 00:58:27 found local disk ‘local-lvm:vm-222-disk-0’ (in current VM config)
2020-12-21 00:58:27 copying local disk images
2020-12-21 00:58:27 starting VM 222 on remote node ‘pve1’
2020-12-21 00:58:29 [pve1] lvcreate ‘pve/vm-222-disk-0’ error: Run `lvcreate —help’ for more information.
2020-12-21 00:58:29 ERROR: online migrate failure — remote command failed with exit code 255
2020-12-21 00:58:29 aborting phase 2 — cleanup resources
2020-12-21 00:58:29 migrate_cancel
2020-12-21 00:58:30 ERROR: migration finished with problems (duration 00:00:03)
TASK ERROR: migration problems

Error 255 & attempt to migrate to other host:

Sadly, it looks like it should be reporting a more useful error than what appears to be the final line of lvcreate’s error output — «Run ‘lvcreate —help’ for more information». Looking through other Proxmox Forum threads, the 255 error code seems to cover a few situations so we’re unclear as to exactly what’s gone wrong.

The error flow above is the same if we attempt with another of the 4x imported VMs, even if we try to send them to the alternative spare host. Does that likely point to a setting/issue that has to do with the migration in from ESXi? Whether it’s a setting, an incompatibility or otherwise is unclear.

Only peculiarity that we can locate:

All 4x of the imported VMs have disks attached that Proxmox seems to not know the size of. Each VM only has 1x disk, which were carried over via ovftool from ESXi. I’m not sure if that’s potentially causing lvcreate on the target node/s to fail due to the disk size not being specified?

EXAMPLE — Imported from ESXi to PVE:
Hard Disk (scsi0)
— local-lvm:vm-222-disk-0

EXAMPLE — Created on PVE, never migrated:
Hard Disk (scsi0)
— local-lvm:vm-106-disk-0,backup=0,size=800G,ssd=1

Has anyone here had any experience with this? We’ve made some suggestions in the other thread (linked at the top of this post) about ovftool in the PVE wiki based on our experience. The ESXi/ovftool part of the page looks to have been added into the wiki quite recently.

I can add in other logs/files/etc — not overly sure where to look as log-searching for the job ID didn’t give us much additional info. :)

Hopefully someone is kind enough to shed some light on this for us! Thank you so much, and Happy Holidays!

Cheers,
LinuxOz

Содержание

  1. [2 Methods] Исправить TWRP createTarFork Ошибка 255 Ошибка резервного копирования
  2. Как исправить ошибку TWRP createTarFork 255 Backup Failed
  3. Способ 1: через проводник
  4. Способ 2: через рекавери TWRP
  5. Восстановление Nandroid Backup завершается с ошибкой 255
  6. TWRP и с чем его «едят»
  7. Алгоритм работы с TWRP для Xiaomi устройств
  8. Расшифровка и устранение ошибок TWRP
  9. 2 ответа
  10. Похожие вопросы
  11. Популярные теги
  12. extractTarFork() process ended with ERROR: 255 #1452
  13. Comments
  14. WHAT STEPS WILL REPRODUCE THE PROBLEM?
  15. WHAT IS THE EXPECTED RESULT?
  16. WHAT HAPPENS INSTEAD?
  17. ADDITIONAL INFORMATION

[2 Methods] Исправить TWRP createTarFork Ошибка 255 Ошибка резервного копирования

В этом руководстве мы покажем вам два разных метода исправления ошибки TWRP createTarFork Error 255 Backup Failed. Когда дело доходит до пользовательской разработки, нельзя отрицать тот факт, что пользовательское восстановление, пожалуй, лучший инструмент, который может быть в распоряжении технического энтузиаста. И когда мы говорим о пользовательских восстановлениях, TWRP находится на самом верху. Он имеет довольно много примечательных функций, но две из его наиболее полезных — это возможность прошивать файлы ZIP / IMG и делать резервные копии всех разделов на вашем устройстве.

Последний также известен как Nandroid Backup, и обычно это первое необходимое условие, которое вы должны сразу же отметить в списке. Однако не все умеют это делать. От заинтересованных пользователей поступило множество жалоб на то, что они не могут создать резервную копию Nandroid через TWRP. При попытке сделать это их встречает следующее сообщение об ошибке:

Процесс createTarFork() завершился с ошибкой: 255.
Ошибка резервного копирования. Очистка папки резервного копирования

Так в чем причина этой ошибки? Ну, это обычно происходит, когда вы используете параллельные приложения. Эта функция позволяет вам создать два разных экземпляра приложения, оба из которых будут полностью изолированы друг от друга. Например, вы можете создать две копии WhatsApp и войти в систему с двух разных номеров.

Однако эта функциональность параллельных приложений может конфликтовать с созданием Nandroid Backup. К счастью, существует два разных метода, с помощью которых вы можете исправить ошибку TWRP createTarFork Error 255 Backup Failed. И это руководство познакомит вас именно с этим. Итак, без лишних слов, давайте проверим их.

Как исправить ошибку TWRP createTarFork 255 Backup Failed

Существует два разных метода выполнения вышеупомянутой задачи: с помощью TWRP Recovery или через File Explorer с возможностями root. Мы поделились обоими методами ниже, вы можете попробовать тот, с которым вам удобнее иметь дело.

Способ 1: через проводник

  1. Загрузите и установите приложение File Explorer, поддерживающее root, например Solid Explorer.
  2. Затем запустите приложение, коснитесь меню гамбургера, расположенного в левом верхнем углу, и выберите Root.
  3. Теперь появится запрос Magisk, нажмите «Предоставить».
  4. Теперь, когда вы находитесь в корневом каталоге, перейдите к следующим папкам и проверьте, есть ли в какой-либо из них папка с именем 999 или нет. Если вы найдете такую ​​папку, то сразу удалите ее.
    /storage/emulated /data/system/ data/system_ce/ data/system_de/ data/misc/ data/misc_ce/ data/misc_de/ data/user/ data/user_ce/ data/user_de/

Вот и все. Это должно исправить ошибку TWRP createTarFork Error 255 Backup Failed через файловый менеджер. Давайте теперь познакомим вас со вторым способом выполнения этой задачи.

Способ 2: через рекавери TWRP

  1. Для начала загрузите свое устройство в TWRP Recovery. Вы можете использовать комбинации аппаратных клавиш или команду восстановления adb reboot.
  2. После загрузки в TWRP перейдите в «Дополнительно»> «Терминал». Теперь введите следующие команды в окне терминала: (объяснение приведено ниже, прочтите его):
    cd /data/system/ rm -r 999 cd data/system_ce/ rm -r 999 cd data/system_de/ rm -r 999 cd data/misc/ rm -r 999 cd data/misc_ce/ rm -r 999 cd data/misc_de /rm -r 999 cd data/user/ rm -r 999 cd data/user_ce/ rm -r 999 cd data/user_de/ rm -r 999
  3. Что мы делаем: во-первых, вам нужно ввести команду ‘change directory’ (начинается с cd). Затем введите команду «удалить» (начиная с rm).
  4. Первая команда перенесет вас в определенный каталог, тогда как вторая команда удалит папку с именем 999 внутри этого каталога.
  5. Если вы получаете сообщение «не существует» или любую другую подобную ошибку, это просто означает, что в этом месте нет папки с именем 999. Следовательно, вам следует перейти к следующему набору команд и так далее, пока вы не выполнил последний.

Как только все 999 папок будут удалены, проблема будет устранена. Кстати, метод TWRP точно такой же, как и в File Explorer. Просто мы получаем доступ к каждой папке и удаляем папку с именем 999 с помощью команд в методе TWRP, тогда как мы делали это, перемещаясь по папкам в методе проводника.

Итак, на этом мы завершаем руководство о том, как исправить ошибку TWRP createTarFork Error 255 Backup Failed. Если у вас есть какие-либо вопросы относительно вышеупомянутых шагов, сообщите нам об этом в разделе комментариев ниже.

Источник

Восстановление Nandroid Backup завершается с ошибкой 255

В некоторых случаях устройства Xiaomi начинают давать сбои, подглючивать или вовсе некоторые из основных функций выходят из строя, что делает невозможным их нормальную эксплуатацию. Для устранения любых проблем кардинальным, но при этом эффективным способом, всегда можно перепрошить устройство. В статье речь пойдет о том, как производится прошивка через TWRP и чем данный способ лучше альтернативных ему (с подробной инструкцией по реализации).

TWRP и с чем его «едят»

Изначально стоит понять, что такое TWRP, а потом уже говорить о том, как установить нужную прошивку, используя его. На самом деле все достаточно просто, если прочитать расшифровку данной аббревиатуры: TeamWin recovery. Фактически это неофициальный рекавери, которым можно заменить стандартное ПО любого смартфона, работающего на платформе Android. Еще TWRP называют кастомным и большинство пользователей, которые имели дело с ним и со стандартным рекавери, считают, что TWRP более эффективен, функционален и удобен в эксплуатации, к тому же он позволяет устанавливать помимо кастомных прошивок еще и ядра, модемы и прочие системные составляющие прошивки.

Далее будет представлена более подробная для TWRP recovery инструкция, при помощи которой можно будет установить прошивку на любое устройство от Xiaomi (инструкция имеет общий вид, поскольку системные файлы для разных моделей часто различаются).

Сразу стоит сказать, что для установки кастомной прошивки рекомендуется удалить все данные с телефона, а значит нужно сделать их резервную копию для последующего восстановления на устройстве с чистой системой. Также важно разблокировать загрузчик смартфона (bootloader). О том, как мы устанавливаем TWRP, уже говорилось в одной из статей, а потому сразу перейдем к информации о том, как перепрошить устройство с помощью TWRP своими руками.

Алгоритм работы с TWRP для Xiaomi устройств

Итак, когда TWRP уже установлен на устройстве Xiaomi, а также, естественно, разблокирован загрузчик, можно приступать к процедуре. Важно при этом еще иметь и файл прошивки в .zip формате, который под каждое конкретное устройство скачивается на официальном сайте производителя или на тематических форумах, если пользователю больше приглянулась неофициальная сборка.

Выполняется установка прошивки через TWRP recovery следующим образом:

  1. Смартфон перезагружается со входом в TWRP recovery mode. Для этого нужно его выключить, а затем запустить посредством зажатия «качельки» громкости в положении вверх и кнопки включения смартфона. Результатом зажатия данной комбинации станет надпись «recovery» на экране и, как результат, вход в нужное меню.

  1. Теперь нужно выполнить сброс всех данных за исключением SD и OTG. Для этого переходим по разделам Wipe – Advanced Wipe и отмечаем следующие пункты: Dalvik Cache, System, Data, Internal Storage, Cache. Устройство будет полностью очищено!
  1. Затем нажимаем назад, выбираем Reboot recovery и подтверждаем действие (обычно нужно протянуть переключатель по экрану вправо).
  2. Предварительно на устройстве должен быть размещен файл прошивки.

Рекомендуется размещать .zip файл на SD|OTG карте памяти, поскольку в этом случае системная информация на устройстве будет занимать значительно меньше места, но не менее 200 мегабайт. Подобным образом стоит размещать и резервные копии, создаваемые через TWRP.

  1. Если нужные файлы загружены и все предыдущие этапы выполнены правильно, то можно нажимать «Install» и подтвердить действие (также по стандарту свайп вправо). Процедура прошивки может никак не отображаться на экране: нужно просто долго ждать.
  1. Когда прошивка через TWRP будет завершена, нужно выбрать раздел Wipe cache/dalvik, а затем Reboot System.
  1. Успешное проведение процедуры приведет к тому, что при первой перезагрузке три точки под логотипом производителя (Xiaomi) будут «перемигиваться» около 10 минут, а потом устройство запустится.

Расшифровка и устранение ошибок TWRP

Нередко при работе с TWRP у пользователей возникают различные ошибки. Все они сведены в таблицу ниже и для каждой ошибки предложен вариант устранения.

Код ошибки Причины возникновения Устранение
Error 6 Файл updater-script в архиве с прошивкой создан в неправильном формате. Необходимо открыть указанный файл через стандартный «Блокнот» или «NotePad++», сменить его формат на Unix и пересохранить.
Error 7 Прошивка подобрана неправильно и не соответствует устройству, на которое должна производиться установка. 1. Скачать правильный файл прошивки с официального сайта. Важно при этом проверить версию устройства, поскольку, к примеру, Xiaomi Redmi Note 3 имеет модификацию Pro, что делает прошивку от первого устройства несовместимой со вторым.

2. Если же прошивка точно правильная, то нужно открыть в режиме редактирования файл updater-script и удалить в нем первые строки со списком устройств, для которых предназначена данная прошивка.

Error 0 В архиве с прошивкой отсутствует один из файлов. Нужно перезагрузить архив или добавить нужные файлы.
Error 255 Неподходящим является файл updater-binary. По аналогии с предыдущим пунктом: нужно заменить указанный файл.

Проведя процедуру прошивки можно приступать к изменению настроек смартфона. Стоит аккуратнее относиться к настройкам устройства, поскольку большинство проблем, приводящих к необходимости прошивки, возникают именно из-за некорректной эксплуатации телефона.

После настройки прошивки и установки только самых нужных программ, советуем сделать полный бэкап прошивки, таким образом вы всегда сможете произвести восстановление смартфона.

Я недавно уничтожил экран своего OnePlus One и должен был отправить его на ремонт. Я использовал TWRP, чтобы сделать Nandroid Backup перед упаковкой устройства. Вчера я получил новое устройство, явно не имеющее приложений и данных. Поэтому я перенес свою резервную копию на устройство, но при попытке восстановить ее я получаю ошибки.

При восстановлении раздела данных он достигнет 79%, а затем произнесет E:extractTarFork() process ended with ERROR=255 . Я пробовал это несколько раз с тем же результатом. К сожалению, я явно не могу попытаться создать новую резервную копию. Все остальные разделы восстанавливаются без проблем.

Согласно файлам журнала, причиной проблемы является //data/dalvik-cache/arm/[email protected]@[email protected]@classes.dex .

Что я могу сделать? Я думал, что это может помочь удалить файл, так как Dalvik Cache — это просто кэш, который будет воссоздан, но как мне удалить файлы или папки из Nandroid Backup?

2 ответа

У меня была похожая проблема, оказалось, что мне не хватило места на телефоне.

Итак, backup_file_size * 2 19 июля 2016, 05:49:04

«» При восстановлении раздела данных он достигнет 79%, а затем произнесет E: процесс extractTarFork () завершился с ОШИБКОЙ = 255 , Я пробовал это несколько раз с тем же результатом. К сожалению, я явно не могу попытаться создать новую резервную копию. Все остальные разделы восстанавливаются без проблем. «»

Я думаю, что самое простое решение этой проблемы, если оно падает на данные. Попробуйте стереть dalvic и кеш, затем отформатировать память после восстановления резервной копии с SD-карты. Если у вас есть резервная копия TWRP во внутренней памяти телефона, переместите ее на внешнюю карту памяти, чтобы не потерять ее.

ответил Nick 1 августа 2018, 19:15:15

Похожие вопросы

5 Резервное копирование /восстановление NANDroid зашифрованного устройства CM11 после очистки 4 Восстановление .bz2 Mysql Backup? 4 Может ли Titanium Backup успешно выполнять резервное копирование и восстановление Google Authenticator между ПЗУ? 4 BACKUP не удалось выполнить команду BACKUP DATABASE 17 Восстановление данных — восстановление поврежденных /форматированных файлов на карте HD Micro SD 7 Пользовательское восстановление Cyanogenmod не может выполнять резервное копирование, восстановление или применение обновления! 7 Как NANDroid для телефона без ClockWorkMod? 5 Извлечение данных приложения из резервной копии Nandroid /CWM 8 Любая разница между резервами, сделанными Titanium и Nandroid? 29 Какова связь между ROM Manager, ClockworkMod и Nandroid? Какие мне нужны? 9 Нужно ли мне что-то стереть, прежде чем восстанавливать полную резервную копию nandroid? 18 Есть ли способ сделать резервную копию Nandroid непосредственно на ПК, а затем восстановить ее прямо с ПК? 5 MySQL Server Backup 4 Akeeba BackUp: Безопасно ли использовать? 5 Titanium Backup Dropbox синхронизация 7 Бесплатные альтернативы «Titanium Backup Pro» 16 Windows 7 Backup Disk Full 8 Удаление файлов из rdiff-backup 4 Как установить каталог Drush Backup 7 Как сделать резервную копию Titanium Backup?

Популярные теги

security × 330 linux × 316 macos × 282 7 × 268 performance × 244 command-line × 241 sql-server × 235 joomla-3.x × 222 java × 189 c++ × 186 windows × 180 cisco × 168 bash × 158 c# × 142 gmail × 139 arduino-uno × 139 javascript × 134 ssh × 133 seo × 132 mysql × 132 Используемые источники:

Источник

  • [ x] I am running an official build of TWRP, downloaded from https://twrp.me/Devices/
  • [ x] I am running the latest version of TWRP
  • [ x] I have read the FAQ (https://twrp.me/FAQ/)
  • [ x] I have searched for my issue and it does not already exist

Device codename: Beryllium
TWRP version: 3.3

WHAT STEPS WILL REPRODUCE THE PROBLEM?

Backup System, Data, Vendor, Boot
Restore Backup

WHAT IS THE EXPECTED RESULT?

Expected result while restoring should have no such error of course

WHAT HAPPENS INSTEAD?

The error mentioned comes while restoring

ADDITIONAL INFORMATION

The text was updated successfully, but these errors were encountered:

Post /tmp/recovery.log for debugging.

Post /tmp/recovery.log for debugging.

Here’s mine, I’m suffering from the exact same error when it comes to my Data partition. My device is Mi Mix 2/chiron and TWRP is 3.3.1-0

I believe the relevant part is:
tar_extract_file(): failed to extract //data/misc/recovery/ro.build.fingerprint .

Looks like the backup file was corrupted. Did you store the digest to compare manually?

Unfortunately not, I’m not too technically inclinded when it comes to custom recovery and ROMs. This has happened multiple times to me on the same device, different versions of TWRP, and I always resort to just a fresh install of everything, as that’s the only solution.

If adb is working try adb shell dmesg > dmesg.log

im having a similar issue on some unofficial build for crownlte devices( note 9, more specifically a n960n).

ODM partition( carrier settings) size changes uppon partition restore/preparation.

in 3.2.3.0 the partition before and after restore is the same size.

on 3.3.1, the minute the backup is restored, theb partition is shrunk. giving the extracttarfork 255 error. so if a partition in 99% full and upon restore it is reduced, contents will fail at the end when the quantity exceeds the new partition size.

here is a thread i posted in concerning the issue where the OP has no idea what’s going on:

This error just bricked my Oneplus 7 Pro. Official build of twrp, did a backup before upgrading to newest Oxygen OS (Android 10). When trying to restore backup multiple of the 255 errors and in the end I had to restore everything to stock to get the device to boot.

Источник

Понравилась статья? Поделить с друзьями:
  • Mount error 22 invalid argument cifs
  • Mount error 20 not a directory
  • Mount error 16 device or resource busy refer to the mount cifs 8 manual page
  • Mount error 13 permission denied ubuntu
  • Mount error 13 permission denied mount cifs permission denied