恢复 postgres 备份失败,并且在 /home/myuser 中出现了一个具有奇怪名称的不可删除文件 (???2@þ>?yqus????>I?[åI??i?Ď)
Restoring postgres backup fails and an undelete-able file with a bizarre name (???2@ؾ>?yqus????>I?[ޏI??i?Ď) shows up in /home/myuser
我在安装了 Linux 的 Azure VM 上有一个 postgresql 数据库。我需要从名为 latest.dump
的文件中恢复某个备份到它。我将此文件复制到 /home/myuser
,然后复制到 运行 psql mydb < latest.dump
。
屏幕上输出了很多乱码,例如
ERROR: invalid byte sequence for encoding "UTF8": 0xb3
invalid command \Jg�~J&�:�Qr�Ɩ����q���^�[1�����q)���G���҆C�|�
ERROR: invalid byte sequence for encoding "UTF8": 0xb5
invalid command \mJ�q����>�^�R����
invalid command \R
ܡI$�)�a�;���wg7Ei�}R%�Q����h&ஓ�L��܆��(
invalid command \I����3M��e�2Q�?/X������`+=|Y[``+��:��r
invalid command \�^c�v��rR
结束后,它会在命令提示符下留下 预先输入的 字符串:
62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c
如果我按回车键,我只会得到很多 command not found
错误。
最令人费解的是,一个新文件出现在 /home/myuser
(即与 latest.dump
保持相同的级别)。它有一个奇怪的名字 ???2@ؾ>?yqus????>I?[ޏI??i?Ď
。
如果我尝试 sudo rm ???2@ؾ>?yqus????>I?[ޏI??i?Ď
,我会得到 rm: cannot remove ‘???2@ؾ’: No such file or directory
。然后,如果我再次执行 ls
,我会在 /home/myuser 中看到两个 new 文件,而不是 latest.dump
和 ???2@ؾ>?yqus????>I?[ޏI??i?Ď
。这些新文件是 ?yqus????
和 I?[ޏI??i?Ď
。我可以删除这两个,但永远不会???2@ؾ>?yqus????>I?[ޏI??i?Ď
。我注意到这两个新创建的文件的名称是原始文件的文件名的一部分(如果仔细观察,它们会以 >
分隔)。
顺便说一下,我登录到我的 postgres 数据库以查看恢复是否有效。它没有,没有填充数据并且psql mydb < latest.dump
基本上失败了。
谁能指出这到底是怎么回事,我怎样才能删除这些新创建的 er运行t 文件?
在 latest.dump
里面,我看到 SQL 像:
^@^@^@^@^@^A^A^@^@^@^@^F^@^@^@public^A^A^@^@^@^@^N^@^@^@uauvuro0s8b9v4^@^E^@^@^@false^@^C^@^@^@246^A^A^@^@^@^C^@^@^@^@^@^@^@^@^@ñ^@^@^@^@^@^@^@^@^@^D^@^@^@1259^@^E^@^@^@44416^@^R^@^@^@links_grouptraffic^@^E^@^@^@TABLE^@^B^@^@^@^@±^@^@^@CREATE TABLE links_grouptraffic (
id integer NOT NULL,
visitor_id integer NOT NULL,
which_group_id integer NOT NULL,
"time" timestamp with time zone NOT NULL
);
还有很多数据 'gibberish' 比如:
¿f ^?zQUò}ÛMpá#" ^]äR¡g¤^E ¼å<9a>ÓÍ@î<98>,£+DØñW[^Mw<8f>Ív<9d>ñItâduM§[/úµ<8c>ÏVgý[D^W3^N^Z0<91>Õ]'/ݸ1<8c>Ã^T°<8b>ªÈw42Á<87>Ç@o#Ñ<99>á<9c>¹=^@/áÙ¢<8c>´M Sç<90>|<æÇ<9d><93>¥<9a>NÜ©^CáxuXÜî¬<89>Ü^NÙo<8c>ð³°^O§ p¸ñÌÔ3}+^Oâr<3M¾<9b>t<80>^D<84>A^CÈ<89>kå^^H±yò T^Bíâ"º d<85><85><88>o<89><80>±³^C¥Ä9½^V^W4<81>æ¨ïo^YO[(æÃù^M^RÁ<9e>Ò<8e>Ô§k=ý<87>vGõº><83>^Q^DÅ>Û<~¡Ô+í
注意:如有需要,请索取更多信息
首先,删除你的文件。尝试使用 rm "filename" (即在文件名周围加上引号)。如果这不起作用,则文件名中的 ?
可能是其他字符。您仍然可以使用其 inode 删除它。执行 ls -li
并记下 inode 编号(在左侧)。接下来,只需 运行 命令 find . -inum <inode-number> -exec rm -i {} \;
。这应该可以解决问题 1。
其次,我建议不要使用psql mydb < latest.dump
。而是像这样使用 pg_restore:pg_restore latest.dump -d mydb -U myuser
。从技术上讲,这是您前进的正确方法。您可能会收到更多错误,但它们不会与您当前看到的内容相关(甚至可能会被忽略)。 latest.dump
可能是二进制文件,而不是文本文件。祝你好运!
我在安装了 Linux 的 Azure VM 上有一个 postgresql 数据库。我需要从名为 latest.dump
的文件中恢复某个备份到它。我将此文件复制到 /home/myuser
,然后复制到 运行 psql mydb < latest.dump
。
屏幕上输出了很多乱码,例如
ERROR: invalid byte sequence for encoding "UTF8": 0xb3
invalid command \Jg�~J&�:�Qr�Ɩ����q���^�[1�����q)���G���҆C�|�
ERROR: invalid byte sequence for encoding "UTF8": 0xb5
invalid command \mJ�q����>�^�R����
invalid command \R
ܡI$�)�a�;���wg7Ei�}R%�Q����h&ஓ�L��܆��(
invalid command \I����3M��e�2Q�?/X������`+=|Y[``+��:��r
invalid command \�^c�v��rR
结束后,它会在命令提示符下留下 预先输入的 字符串:
62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c62;9;c
如果我按回车键,我只会得到很多 command not found
错误。
最令人费解的是,一个新文件出现在 /home/myuser
(即与 latest.dump
保持相同的级别)。它有一个奇怪的名字 ???2@ؾ>?yqus????>I?[ޏI??i?Ď
。
如果我尝试 sudo rm ???2@ؾ>?yqus????>I?[ޏI??i?Ď
,我会得到 rm: cannot remove ‘???2@ؾ’: No such file or directory
。然后,如果我再次执行 ls
,我会在 /home/myuser 中看到两个 new 文件,而不是 latest.dump
和 ???2@ؾ>?yqus????>I?[ޏI??i?Ď
。这些新文件是 ?yqus????
和 I?[ޏI??i?Ď
。我可以删除这两个,但永远不会???2@ؾ>?yqus????>I?[ޏI??i?Ď
。我注意到这两个新创建的文件的名称是原始文件的文件名的一部分(如果仔细观察,它们会以 >
分隔)。
顺便说一下,我登录到我的 postgres 数据库以查看恢复是否有效。它没有,没有填充数据并且psql mydb < latest.dump
基本上失败了。
谁能指出这到底是怎么回事,我怎样才能删除这些新创建的 er运行t 文件?
在 latest.dump
里面,我看到 SQL 像:
^@^@^@^@^@^A^A^@^@^@^@^F^@^@^@public^A^A^@^@^@^@^N^@^@^@uauvuro0s8b9v4^@^E^@^@^@false^@^C^@^@^@246^A^A^@^@^@^C^@^@^@^@^@^@^@^@^@ñ^@^@^@^@^@^@^@^@^@^D^@^@^@1259^@^E^@^@^@44416^@^R^@^@^@links_grouptraffic^@^E^@^@^@TABLE^@^B^@^@^@^@±^@^@^@CREATE TABLE links_grouptraffic (
id integer NOT NULL,
visitor_id integer NOT NULL,
which_group_id integer NOT NULL,
"time" timestamp with time zone NOT NULL
);
还有很多数据 'gibberish' 比如:
¿f ^?zQUò}ÛMpá#" ^]äR¡g¤^E ¼å<9a>ÓÍ@î<98>,£+DØñW[^Mw<8f>Ív<9d>ñItâduM§[/úµ<8c>ÏVgý[D^W3^N^Z0<91>Õ]'/ݸ1<8c>Ã^T°<8b>ªÈw42Á<87>Ç@o#Ñ<99>á<9c>¹=^@/áÙ¢<8c>´M Sç<90>|<æÇ<9d><93>¥<9a>NÜ©^CáxuXÜî¬<89>Ü^NÙo<8c>ð³°^O§ p¸ñÌÔ3}+^Oâr<3M¾<9b>t<80>^D<84>A^CÈ<89>kå^^H±yò T^Bíâ"º d<85><85><88>o<89><80>±³^C¥Ä9½^V^W4<81>æ¨ïo^YO[(æÃù^M^RÁ<9e>Ò<8e>Ô§k=ý<87>vGõº><83>^Q^DÅ>Û<~¡Ô+í
注意:如有需要,请索取更多信息
首先,删除你的文件。尝试使用 rm "filename" (即在文件名周围加上引号)。如果这不起作用,则文件名中的 ?
可能是其他字符。您仍然可以使用其 inode 删除它。执行 ls -li
并记下 inode 编号(在左侧)。接下来,只需 运行 命令 find . -inum <inode-number> -exec rm -i {} \;
。这应该可以解决问题 1。
其次,我建议不要使用psql mydb < latest.dump
。而是像这样使用 pg_restore:pg_restore latest.dump -d mydb -U myuser
。从技术上讲,这是您前进的正确方法。您可能会收到更多错误,但它们不会与您当前看到的内容相关(甚至可能会被忽略)。 latest.dump
可能是二进制文件,而不是文本文件。祝你好运!